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ABSTRACT 
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This  document  addresses  ustf  requirements,  model  representation 
requirements,  and  required  lEW  process  descriptions  relating  to  an  lEW 
functional  area  modeL  to  addition,  it  describes  the  results  of  an  analysis  of 
the  requirements,  and  makes  recommendations  concerning  a  model  hierarchy 
fulfilling  them. 

This  work  was  done  in  support  of  the  Army  Model  Improvement  Program 
(AMIP),  specifically  to  provide  a  direction  for  the  development  of  an  lEW 
Functional  Area  Model  from  the  Corps/Division  Evaluation  Model 
(CORDIVEM)  foundation. 
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1.0  INTRODDCnON 


This  report  sets  forth  user  requirements  and  model  objectives  for  an 
Intelligence  and  Electronic  Warfare  (LEW)  Functional  Area  Model  consistent 
with  the  Army  Model  Improvement  Program  (AMIP)  family  of  Army  models. 
It  draws  heavily  on  previous  MITRE  support  to  the  AMIP  Management  Office 
(AMMO)  regarding  the  Functional  Area  Representation  Objectives  (FAROs) 
for  the  Corps/Division  Evaluation  (CORDFVEM)*  Model,  and  close 
coordination  with  both  the  lEW  and  modeling  communities.  (See  references  23 
through  38.) 

1.1  Background 

In  1378  the  Army  conducted  a  review  of  its  analysis  resources,  organiza¬ 
tions  and  procedures  for  the  purpose  of  making  specific  recommendations  for 
improvements.  One  of  the  recommendations  made  by  the  study  and 
subsequently  approved  by  the  Army  was  that  the  development  and 
implementation  of  a  family  of  structured  combat  and  support  models  be 
undertaken.  This  evolved  into  what  is  now  called  the  Army  Model 
Improvement  Program  (AMIP). 

The  AMIP  Management  Office  (AMMO)  was  created  in  April  1980  with 
the  primary  mission  of  centrsdly  managing  the  development  of  a  hierarchical 
set  of  Army  models.  The  executive  agency  responsible  for  direction, 
coordination  and  completion  of  AMIP  efforts  is  the  Training  and  Doctrine 
Command  (TRADOC).  Overall  guidance  for  the  program  at  Department  of 
the  Army  level  is  provided  by  the  Army  Models  Committee. 

The  AMIP  hierarchical  concept  has  three  generic  combat  models  and 
supporting  data  bases  as  its  principal  components  (Figure  1-1).  The  battalion- 
level  model  is  the  Combined  Arms  and  Support  Task  Force  Evaluation  Model 
(CASTFOREM)  being  developed  by  the  TRADOC  Systems  Analysis  Activity 
(TRASANA).  The  corps /division  level  model  is  the  Corps/Division  Evaluation 

*  Throughout  this  paper  the  terms  CORDIVEM,  FORCEM  and  CASTFOREM 
will  be  used  to  describe  generic  models  at  each  of  their  respective  levels, 
rather  than  any  particular  model  presently  in  development. 
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Model  (CORDIVEM)  in  development  at  the  Combined  Arms  Operations 
Research  Activity  (CAORA).  The  force-level  (above  corps)  model  is  the 
Force  Evaluation  Model  (FORCEM)  in  development  at  the  Concepts  Analysis 
Agency  (CAA).  The  AMMO  also  has  overall  managerial  responsibility  for  the 
development  of  the  supporting  data  bases.  Each  of  the  models  simulates  the 
various  aspects  of  combined  arms  operations,  combat  support  and  combat 
service  support.  It  is  envisioned  that  there  will  be  three  principal  versions  of 
each  of  the  models:  a  fully-automated  combat  simulation,  an  interactive 
wargame,  and  a  training  version. 

In  addition  to  these  three  echelon-related  models,  the  Army  employs 
models  designed  to  simulate  specific  functional  area  disciplines,  such  as  lEW, 
fire  support,  air  defense  and  logistics.  The  AMMO  resolved  to  integrate  the 
disparate  functional  area  model  development  efforts  under  a  broad  manage¬ 
ment  plan  that  would  ensure  their  compatibility  with  the  three  hierarchy 
models.  In  this  fashion,  an  lEW  model  would  simulate  lEW  functions  with 
more  granularity  to  support  functional  area  evaluations,  and  would  provide 
aggregated  performance  data  for  use  in  the  FORCEM  and  CORDIVEM 
simulations,  thereby  reducing  the  degree  of  complexity  required  in  those 
models. 

During  1981,  MITRE  supplied  Functional  Area  Representation  Objectives 
(FAROs)  for  use  in  the  generic  CORDIViM  development  effort.  These 
covered  the  five  major  functional  areas  (maneuver  control,  fire  support,  air 
defense,  intelligence/electronic  warfare,  combat  service  support)  and  the 
integrating  force  control  area.  In  October  1982  the  Army  tasked  MITRE  to 
assist  the  Army  Mo<iel  Improvement  Program  (AMIP)  Management  Office 
(AMMO)  in  the  defuiition  of  model  requirements  for  an  lEW  Functional  Area 
Model  that  would  be  consistent  with  the  design  objectives  set  forth  for  the 
Corps  and  Division  Evaluation  Model  (CORDIVEM).  The  requirements  were  to 
re;>te  not  only  to  the  analytical  iwe  of  such  a  model,  but  also  to  training  and 
testing  applications. 
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1.2  Report  Overview 

Section  2  is  a  description  of  user  requirements  by  application  for  an  lEW 
model,  and  the  assessment  means  required  in  order  to  allow  the  model  to  be 
responsive  to  the  user  needs.  Section  3  describes  model  representation 
requirements  for  an  BEW  model,  focusing  on  force  control,  lEW  area,  other 
functional  areas,  and  the  threat.  Section  4  is  a  description  of  required  lEW 
capabilities  or  processes.  In  section  5  the  requirements  are  aggregated  in  an 
attempt  to  determine  broad  modeling  constraints  which  indicate  the  type  and 
number  of  models  required  to  satisfy  user  requirements. 


2.0  USER  REQUIREMENTS 

This  section  will  discuss  those  characteristics  that  an  lEW  model  should 
have  in  order  to  be  of  value  to  its  users  in  the  areas  of  studies  and  analysis, 
system  testing  and  configuration,  and  training. 

2.1  Studies  and  Analysis  Support 

One  required  capability  of  an  lEW  functional  area  model  is  to  support 
studi^  and  analysis  of  the  lEW  functions,  evaluating  alternative  procedures 
and  sensors/systems.  The  two  study  types  to  be  discussed  here  are  the  lEW 
Mli'sion  Area  Analysis  (MAA),  performed  by  the  U.S.  Army  Intelligence  Center 
and  School  (USAICS),  and  the  Cost  and  Operational  Effectiveness  Analysis 
(COEA),  performed  by  the  TRADOC  Systems  Analysis  Activity  (TRASANA). 

2.1.1  Mission  Area  Analysis  (MAA) 

In  an  MAA,  current  capabilities  are  compared  to  functional  require¬ 
ments,  and  shortfalls  are  identified.  Then,  methods  are  suggested  for  elimi¬ 
nating  these  shortfalls,  such  as  alternative  force  structures,  alternative 
training  methods,  alternative  methods  of  deploying  systems,  sensor  tradeoffs, 
or  the  acquisition  of  new  systems. 

2. 1.1.1  Study  Issues.  An  lEW  model  supporting  an  MAA  will  be  required 
to  assist  the  user  in  studying  the  effects  of  the  lEW  area  at  the  force  level, 
the  functional  area  level,  and  the  system/item  IsveL 

Force  Level  Study  Issues,  At  the  force  level,  the  model  should  study 
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what  the  force  commander's  intelligence  needs  are,'  '  how  the  capability  of 
the  force  to  accomplish  its  mission  in  combat  depends  on  the  quality  of  lEW 
products  from  the  system /procedure  under  consideration,  and  hew  the  battle 
outcome  is  affected  by  changes  in  lEW  procedures  and/or  force  structures. 
There  is  also  a  need  to  study  the  effects  of  system  tradeoffs  across  functional 
area  lines,  to  answer  such  questions  as  Ts  it  better  to  augment  a  division  with 
10  VHF  jammers  or  10  tanks?"^^^^  These  issues  call  for  a  two-sided  combat 
simulation  Lt  which  to  test  systems  and  procedures,  both  real  and 
hypothetical,  which  would  incorporate  direct  fire,  air  defense,  electronic 
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warfare  (EW),  indirect  fire,  tactical  air,  combat  intelligence,  and  Blue  elec¬ 
tronic  countermeasures  (ECM),  as  well  as  a  flexible  representation  of  lEW 
organizations  and  C^. 

Functional  Area  Level  Study  Issues.  At  the  functional  area  level,  the 
model  should  study  how  each  procedure  or  alternative  combination  of  systems 
wUl  affect  the  performance  of  the  lEW  functional  area  as  a  whole,  llie  user 
will  need  to  know  how  alternative  command  and  control  procedures,  sensor 
systems,  and  mixes  of  sensor  types  affect  the  errors  and  omissions  in  intelli¬ 
gence  reports,  the  time  reqiiired  for  issuing  reports,  and  the  success  of 
fHendly  and  enemy  jamming  missions,  hi  addition,  the  user  will  need  to  study 
alternate  ways  of  analyzing  the  information  collected  by  sensors^^^^  These 
issues  wiU  re<]uire  the  model  to  include  a  mechanism  for  representing  sensor 
tasking,  data  collection,  fusion/exploitation,  and  reporting,  as  well  as  the 
adverse  effects  of  fHendly  jamming  on  friendly  operations.  The  model  should 
also  take  into  account  the  corps'  role  in  bringii^  together  information  from 
echelons  above  corps  (EAC),  other  services,  and  national  and  allied  systems. 

The  following  paragraphs  provide  examples  of  study  issues  addressed  by 
an  MAA  with  the  aid  of  an  lEW  functional  area  model  in  the  lEW  disciplines  of 
situation  development,  target  development,  EW,  and  counterintelligence 
The  means  of  assessing  the  functional  area's  performance  in  each  of 
these  example  study  issues  will  be  addressed  in  section  2.1.1.2,  under  Assess¬ 
ment  Means. 

e  In  situation  development: 

-  Are  higher  echelons  (EAC,  theater,  national)  able  to  provide  a  pre¬ 
determined  required  percentage  of  their  total  intelligence  reqi^e- 
ments  to  corps  and  division  commanders? 

-  What  are  the  minimum  amounts  of  data,  the  types  and  accuracy  of 
data,  and  the  timeliness  of  data  required  by  the  commander  in 
mak^  decisions,  such  as  predicting  th&enemy^  main  attack  force 
area,  and  in  reinforcing  these  dedsiors?'^^' 

-  What  is  the  optimal  configuration  for  the  fusion  center?^^^^ 

e  &i  target  development: 

-  b  the  timeliness  of  command  and  control  adequate? 


-  How  well  do  corps  and  division  lEW  systems  obtain  information  on 
threat  helicopter  activity? 

-  More  generally,  tht  ability  to  locate  and  target  key  enemy  positions 
is  critical  to  successful  EEW  operations.  Therefore,  a  study  iaue  is: 

How  weU  do  corps  and  division  lEW  systems  locate  and  target  key 
enemy  positions? 

•  In  EW: 

-  Is  the  timeliness  of  command  and  control  adequate,  specifically  in 
the  area  of  SIGINT/EW  interaction? 

-  Are  friendly  jammers  causing  the  necessary  percentage  of  degrada¬ 
tion  of  enemy  communications  nets/emitters  for  meeting  jamming 
requirements? 

In  Cl  (including  operations  security  (OPSEC)  support): 

Is  the  lEW  system  capable  of  monitoring  a  specified  percentage  of 
friendly  communications  in  a  24-hour  period? 

System/Item  Level  Study  Issues.  At  the  system/item  level,  the  model 
should  allow  studies  of  how  performan**e  of  lEW  functions  is  affected  by  the 
vulnerability,  mobility  and  performance  characteristics  of  a  specific  real  or 
hypothetical  item  of  equipment. 

Sample  study  issues  at  this  level  are: 

•  Which  is  the  most  effective  sensor /jammer  system  to  use  in  a  given 
situation? 

•  How  many  senqqa  of  a  given  type  are  required  to  satisfy  collection 
requirements?'^^' 

In  performing  these  studies,  the  lEW  functional  area  model  will  need 
detailed  data  from  engineering  models. 

2.1. 1.2  Assessment  Means.  In  general,  there  are  three  levels  of 
measures  required  by  the  study  analysts  of  the  model  under  consideration, 
corresponding  to  the  three  leveb  of  requirements.  The  combat  simulation  is 
run  to  provide  an  environment  in  which  the  LEW  system  operates,  and  the 
assessment  of  that  operation  can  be  made  at  the  force  level,  the  functional 
area  level,  or  the  system/item  leveL 

Force  Level  Assessment  Means.  The  main  question  at  this  level  is  "How 
weU  does  the  force  perform  in  this  particular  lEW  configuration?"  hi  order  to 
answer  this  question,  one  needs  to  define  the  word  "perform".  Most  directly  it 
means  fight  or  attack  or  defend,  depending  on  the  scenario.  A  common 
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measure  of  effectiveness  (MOE)  at  this  level  is  the  movement  of  the  forward 
edge  of  the  battle  area  (FEBA),  where  the  front  line  is  plotted  over  time  fo 
the  credit  or  debit  of  friendly  forces.  the  fluid  battle  concepts  of  the 
Airland  2000  battlefield,  this  MOE  may  not  be  useful  and  perhaps  should  be 
replaced  or  augmented  by  a  measure  that  would  allow  for  pockets  of  forces, 
i.e.,  percentage  of  key  terrain  features  held  by  either  side.^^^^  A  related 
MOE  is  the  prevention  of  enemy  breakthrough,  as  measured  by  penetration 
times. 

The  loss  exchange  ratio  is  another  force  level  measure  dealing  with 
relative  force  strengths  over  time.  Cumulative  friendly  losses  are  related  to 
cumulative  enemy  losses,  either  overall  or  in  categories  of  s{ieeifie  interest 
such  as  armor,  airpower,  or  personneL  A  related  MOE  here  is  the  enemy^ 
residual  combat  effectiveness  (RCE). 

Force  level  measurements  need  to  relate  to  the  mission  of  the  force, 
perhaps  traceable  directly  to  the  operations  order  at  the  start  of  the  simula¬ 
tion.  An  example  of  this  type  of  traceability  would  be  as  follows: 

The  Blue  forced  mission  is  to  gain  objectives  A,  B,  and  C  (key  terrain 
features  currently  held  by  Red  forces),  while  holdii^  firm  on  the  southern 
flanks  (where  FEBA  movement  is  a  good  measurement  of  success),  and 
incurring  a  minimal  loss  in  armor  vehicles  and  attack  helicopters  (key 
functional  area  loss  measurements). 

Faced  with  this  mission.  Blue  may  be  willing  to  accept  high  losses  in  all 
sectors  but  the  south,  and  in  forces  other  than  armor  and  attack  helicopters, 
in  order  to  gain  the  key  terrain  featimes  indicated.  By  allowing  the  measures 
of  force  effectiveness  to  reflect  the  force  missions,  the  simulation  will  be 
able  to  accurately  measure  success.  Specific  strategies  may  be  evaluated  in 
light  of  the  lEW  contribution  to  the  overall  battle,  and  the  contribution  of  the 
lEW  system  to  force  success  will  be  reflected  in  these  overall  measures. 

Functional  Area  Level  Assessment  Means,  to  an  lEW  model,  the  lEW 
system  includes  not  only  equipment,  but  groups  of  equipment,  procedures  and 
personneL  The  evaluation  of  the  worth  of  specific  elements  of  the  lEW  sys¬ 
tem,  such  as  a  new  organization,  requires  measures  tailored  to  a  narrower 
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field  of  view  than  the  force  level  measures  mentioned  above.  In  this  function¬ 
al  area  assessment,  measures  of  performance  (MOP'S)  are  required  to  show  the 
contribution  of  the  components  of  lEW  to  the  efficiency  and  accuracy  of  the 
whole  lEW  system;  this  efficiency  and  this  acciiracy  in  turn  affect  force 
effectiveness. 

Measures  can  be  devised  to  show  the  contribution  of  the  particular  lEW 
disciplines  (situation  development,  target  development,  EW,  CD  to  force 
effectiveness  by  selecting  key  features  of  these  disciplines  and  measuring 
their  values  over  time.  For  example,  situation  development  depends  greatly 
on  the  timely  delivery  of  collected  enemy  situation  data  to  the  analytical 
system.  A  key  measure  is  then  the  total  time  elapsed  from  detection  to  the 
generation  of  reports  by  the  fusion  center  for  use  by  the  force  commander. 

The  paragraphs  below  refer  to  the  previously  mentioned  functional  area 
study  issues  and  their  examples.  These  paragraphs  provide  means  of  assessing 
the  performance  of  the  lEW  functional  area  in  each  of  the  four  disciplines  and 
detail  the  modeling  implications  of  these  issues. 

1)  Situation  Development  -  In  addressing  the  situation  development 
issue  of  whether  higher  echelons  are  providing  enough  intelligence  (Section 
2.1.1.1,  page  6),  an  assessment  means  is  the  number  of  the  commanders' 
intelligence  requirements  satisfied  by  higher  echelon  assets  compared  to  their 
total  requirements.  This  implies  that  the  model  must  represent  the  kind  and 
amount  of  intelligence  available  from  EAC  sources. 

The  issue  of  the  type,  minimum  amount  and  timeliness  of  data  required 
to  determine  the  main  attack  is  addressed  by  the  accuracy  and  timeliness  of 
the  identification  of  the  main  attack  force  and  area,  given  differing  amounts 
and  types  of  data  with  differing  time  delays. 

The  configuration  of  the  fusion  center  can  be  evaluated  by  the  amount 
of  intelligence  it  produces,  the  amount  of  sensor  data  it  successfully 
processes,  and  how  well  it  meets  the  commander^  need  for  timely,  accurate, 
and  complete  intelligence.^^^^ 


Other  ^Jnetional  area  assessment  means  for  situation  development 
include  the  following: 

•  Percentage  of  secon<L  echelon  units  and  Operational  Maneuver 
Groups  (OMG)  detected'^®' 

•  SIGINT  frequency  coverage  as  a  function  of  time 

•  Percentage  of  mobility  corri^n  covered  by  moving  target  indicator 
(MTO  surveillance  over  tlme'^*^ 

•  Number  of  units  detected,  by  type 

•  Average  communications  delay  associated  with  tactical  Intel  reports 

•  Accuracy  of  unit  type  identification 

•  Mean  time  between  reportable  event  and  correlated  results  reported 
as  unit  type 

•  Percentage  of  high  payoff  movers  detected 

e  Percentage  of  high  payoff  emitters  detected 

o  Percentage  of  high  payoff  fixed  targets  detected 

•  Detection  rate  —  number  of  high  payoff  targets  detected  per  unit  of 
time 

a  Number  of  sensors  of  each  type  nonftmctional  at  a  given  time  due  to 
attrition  or  breakdown 

s  Perception  of  Red  strength  by  Blue  force 

2)  Target  Development  -  The  issue  of  the  timeliness  of  command  and 
control  can  be  addressed  by  four  measures:  1)  the  time  it  takes  for  an 
intercept  operator  to  obtain  SIGINT  DF  support;  2)  the  time  it  takes  for  an 
intercept  operator  to  obtain  SIGINT  analytic  feedback;  3)  the  time  it  takes 
for  ELINT  radar  lines-of-bearing  to  produce  a  flx;  and  4)  the  time  it  takes  to 
croas-cue  various  sensor  types. 

hi  addressing  the  target  development  issue  of  how  well  the  corps  and 
division  lEW  systems  obtain  information  on  threat  helicopter  activity  (Section 
2.1.1.1),  8  means  of  assessment  is  the  percentage  of  existing  helicopter 
targets  detected.  This  implies  that  the  model  must  play  enemy  helicopters,  as 
well  as  task  collection  assets  against  them. 
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The  mere  general  issue  of  how  well  key  positions  are  located  and 
targeted  would  be  addressed  by  the  percentage  of  key  targets  located 
(movers,  emitters,  •'nd  fixed  targets),  mean  target  location  accuracy,  and  the 
percentage  of  targets  engaged  due  to  lEW  detection. 

3)  EjV  -  The  issue  of  the  timeliness  of  command  and  control  in  the 
interaction  of  SIGINT  and  EW  can  be  decided  by  two  measures:  1)  the  time  it 
takes  for  intercept  to  cue  a  jammer,  and  2)  the  time  it  takes  to  determine 
which  jammer  to  use. 

In  addressing  the  EW  issue  of  whether  friendly  jammers  are  causing 
sufficient  degradation  of  enemy  communications,  a  means  of  assessment  is 
the  percentage  of  degradation  of  enemy  communications  nets/emitters.  This 
implies  that  the  model  must  play  friendly  jammers  and  enemy  communications 
nets/emitters. 

Other  functional  area  assessment  means  for  EW  Include  the  following: 

•  Number  of  high  payoff  nets  jammed  compared  to  total  number 
tasked 

•  EKjration  of  jamming  of  enemy/friendly  emitters 

•  Enemy/friendly  mission  delay 

•  Probability  of  unintentional  jamming  of  friendly  systems 

•  Mean  tasking  time 

4)  Cl  -  In  aodressing  the  OPSEC  support  issue  (within  Cl)  of  whether  the 
lEW  system  can  monitor  a  specific  percentage  of  the  friendly  communi¬ 
cations,  a  means  of  assessment  would  be  the  percentage  of  friendly  communi¬ 
cations  monitored  when  factors  such  as  equipment  obsolescence,  inefficient 
manual  operations,  and  personnel  shortfalls  arc  considered.  This  implies  that 
the  model  must  represent  such  things  as  delays  and  inaccuracic:  caused  by  the 
use  of  outdated  equipment,  the  lack  of  trained  personnel,  and/or  the  use  of 
manual  operations. 

System/Item  Level  Assessment  Means.  At  the  lowest  level,  there  is  a 
need  to  quantify  the  contribution  of  specific  pieces  of  equipment  to  the 
performance  of  the  lEW  functional  area  and  the  overall  flow  of  battle. 
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In  order  to  address  the  issue  of  which  sensor/Jammer  system  is  most 
effective,  the  means  of  assessing  a  sensor  system  include  the  following: 
e  Probability  of  sensor  detection 
e  Location  error 

•  Number  of  targets  detected 

e  Time  from  sensing  to  sensor  report  (system  processing  time) 

•  Communications  times 
e  Tasking  times 

e  Degradation  of  system  performance  when  not  fully  operational;  that 
is,  when  half  of  the  system  b  relocating,  or  only  a  portion  of  the 
system,  such  as  the  all  source  analysis  system  (ASAS),  is  working,  or 
a  ground  processor  is  moving 

e  Survivability 

Means  of  assessing  a  jamming  system  are  listed  below: 
e  Probability  of  detection 
e  Time  from  intercept  until  jamming  occurs 

#  Distribution  of  signal  strength  over  time 

e  Probability  of  jamming  enemy  communications  nets/  noncommunica¬ 
tions  emitters 

e  Number  of  high  pay-off  targets  jammed  per  unit  of  time 
e  Tasking  times 

e  Missions  attempted/missions  successfully  completed 

#  Survivability 

To  address  the  issue  of  the  number  of  a  given  sensor  type  to  use,  the 
assessment  means  is  the  number  of  the  commander^  intelligence  requirements 
satisfied  by  various  numbers  of  sensors  of  the  given  type. 

2,1.2  Cost  and  Operational  Effectiveness  Analysis  (COEA) 

Another  required  capability  of  an  lEW  model  is  to  support  studies  and 
analysis  concerned  with  procurement  of  a  speciflc  lEW  system,  providing 
Information  to  be  used  in  making  such  decisions  as  what  systems  the  Army 
should  buy,  in  what  quantities,  and  when.  An  example  of  this  type  of  study  is 
a  system  Cost  and  Operational  Effectiveness  Analysis  (COEA).^^' 
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lEW  model  support  of  a  system  COEA  is  intended  to  provide  information 
on  the  operational  effectiveness  of  a  particular  system  such  as  GUARDRAIL, 
ASAS,  etc.,  measuring  the  system's  contribution  to  the  battlf  outcome.  This 
is  done  by  incorporating  a  simulation  of  the  system  into  a  combat  simulation 
and  analyzing  the  result  of  a  run  or  series  of  runs.  In  addition,  the  model  may 
be  used  to  compare  vanous  versions  of  the  system;  for  example,  in  testing  the 
effectiveness  of  an  ASAS  it  may  be  necessary  to  select  the  most  effective 
alternative  from  a  manual  version,  a  semiautomated  version,  and  a  fully- 
automated  version. 

2.1.2.1  Study  Issues.  As  in  the  case  of  an  MAA,  an  lEW  model  sup¬ 
porting  a  system  COEA  win  be  required  to  assist  the  user  in  studying  effects 
at  the  force  level,  the  functional  area  level,  and  the  system/item  level. 
However,  the  COEA  is  intended  to  evaluate  the  effectiveness  of  a  particular 
item  of  lEW  equipment,  in  various  versions  and  configijrations,  rather  than  of 
system  mixes  and  EEW  processes. 

Force  Level  -  At  the  force  level,  the  lEW  model  must  assist  the  analyst 
in  studying  such  issues  as  the  comparative  combat  effectiveness  of  the  force 
without  the  system  in  question  (baseline)  and  with  the  addition  of  the  system, 
possibly  in  several  versions.  Another  issue  is  the  adequacy  of  organizational 
and  operational  concepts  proposed  for  the  system;  that  is,  the  degree  to  which 
the  overall  battle  outcome  is  affected  by  changes  in  procedures  and  force 
structures,  such  as  placing  the  Remotely  Piloted  Vehicle  (RPV)  platoon  under 
the  control  of  a  different  parent  unit.^^^ 

Functional  Area  Level  -  At  the  functional  area  level,  the  user  needs  to 
study  the  effectiveness  of  the  system  and  its  alternatives  in  terms  of  their 
contributions  to  the  functions  of  lEW.  An  example  of  such  an  issue  is  how  the 
system  alternatives  affect  the  number  of  enemy  targets  detected  and  the 
number  identified. 

Another  issue  in  some  cases  may  be  the  system's  effect  on  functional 
areas  other  than  lEW.  For  example,  since  the  RPV  system  is  intended  to  be 
used  primarily  for  artillery  adjustment,  a  study  issue  is  the  system's  effect  on 
the  ability  of  an  artillery  battalion  to  deliver  fires. 


System/Item  Level  -  At  the  system  level  the  model  should  assist  the 
user  in  assessing  the  performance  of  system  alternatives  in  terms  of  equip- 
ment  characteristics.  One  issue  will  be  to  determine  how  sensitive  the 
system^  op^ ational  effectiveness  is  to  variations  in  the  essential  characteris¬ 
tics  of  the  system:  what  is  the  effect  of  increasing  the  range,  for  example,  or 
of  decreasing  the  field  of  view,  and  how  do  these  changes  affect  the  relation¬ 
ship  of  effectiveness  to  cost?  Another  issue  for  study  will  be  the  survivability 
of  the  alternative  systems,  including  the  impact  of  EW  and  Communications 
Security  (CO  MSEC)  threats,  and  the  operational  techniques  and  procedures 
that  could  be  used  to  circumvent  those  threats.  At  this  level  of  COEA  study, 
as  in  an  MAA,  the  lEW  (tmctional  area  model  will  require  detailed  sensor 
representations  to  allow  accurate  evaluations  of  competing  system  configu¬ 
rations. 

2.1.2.2  Assessment  Means.  As  in  the  case  of  an  MAA,  there  are  three 
levels  of  asoessment  means  which  an  lEW  model  supporting  a  system  COEA 
can  furnish.  These  are  force  level,  functional  area  level,  and  system  level 
assessment  means,  and  ee^  addresses  the  corresponding  level  of  example 
study  issues. 

Force  Level  Assessment  Means.  At  the  force  level,  the  measures  of 
effectiveness  are  concerned  with  how  the  systems  affect  the  overall  outcome 
of  the  battle.  Some  sample  measures  of  effectiveness  are: 

e  Time  required  to  detect  the  commitment  of  Red  second  echelon 
divisions 

e  Time  of  penetration 

e  Ratio  of  Blue  to  Red  forces  in  the  sector 

e  Rate  of  FEBA  movement,  or  percentage  of  Icey  terrain  held 

e  Status  of  flriendly  and  enemy  forces  (the  remaining  fighting  capa¬ 
bility  of  friendly  forces,  the  strength  of  enemy  forces  continuing  to 
fight) 

e  Duration  of  the  battle  (time  to  breakthrough) 


Functional  Area  Assessment  Means.  The  study  issues  related  to  the 
effect  of  the  system  cm  the  performance  of  the  lEW  functional  area  can  be 
assessed  by  the  total  number  of  enemy  target  complexes  detected  and  the 
number  identified,  both  with  and  without  the  system  alternatives  being 
evaluated. 

In  the  case  of  the  RPV,  its  effects  on  the  performance  of  the  fire  sup¬ 
port  functional  area  can  be  assessed  by  the  total  number  of  targets  destroyed, 
the  number  of  targets  destroyed  by  range  and  type,  and  the  number  of  rounds 
expended  per  target  destroyed.  Again,  the  figures  would  be  given  for  the 
baseline  lEW  system  and  for  the  FEW  system  augmented  by  each  of  the  varia¬ 
tions  of  the  RPV. 

System/Item  Level  Assessme  t  Means.  System  COEA^  depend  on  the 
ability  to  measure  system  performance  and  relate  it  to  the  success/failure  of 
the  simulated  campaign  as  a  bosis  for  procurement/production  decisions.  The 
analytical  model  must  therefore  be  able  to  track  specific  measures  of  system 
performance  relating  to  the  specific  system  under  evaluation. 

To  assess  the  characteristics  of  the  particular  system  being  evaluated, 
the  model  should  furnish,  for  example,  the  following  data  for  each  system 
alternative  as  results  of  a  simulation  run: 

•  Number  of  systems  surviving  after  a  given  time,  under  various  condi¬ 
tions  of  combat  and  implementation 

•  Percentage  of  performance  degradation  due  to  weather 

•  Time  delays  for  processing  and  reporting 

•  Number  of  targets  detected 

•  Target  type  identification  ability 

•  Number  of  targets  located  with  acceptable  accuracy 

•  Operational  range  achieved  for  each  alternative  system 

For  example,  an  lEW  model  may  be  used  to  assess  two  versions  of  an 
airborne  MTI  system  in  support  of  a  COEA.  Of  particular  concern  would  be 
such  measures  as: 

•  Time  on  station 

•  Survivability  of  the  platform 
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•  Detection  rate  of  the  radar 

•  Saturation  point  of  the  radar 

•  Communications  rate  of  the  transmission  means  for  target  reporting 

•  Coverage  (time/area) 

•  Range  and  resolution  of  the  radar  beam 

The  simulation  must  be  able  to  accept  new  measures  of  performance  at 
this  level  in  order  to  be  responsive  to  the  needs  of  the  analysis;  the  model 
measures  will  need  to  be  tailored  to  support  specific  system  CORA’S. 

2.1.3  Corps/Division  Evaluation  Model  (CORDIVEM)  Requirements 

A  detailed  model  of  the  lEW  functional  area,  as  well  as  other  functional 
area  models,  will  be  needed  to  provide  aggregated  values  to  the  systemic 
CORDIVEM,  an  analytical  model  to  be  developed  by  the  Combined  Arms 
Operations  Research  Activity  (CAORA)  at  Ft.  Leavenworth,  Kans.as.  Inis 
lEW  functional  area  model  should  portray  all  five  functional  areas  (maneuver 
control,  fire  support,  air  defense,  combat  service  suppcnrt,  and  lEW),  being 
more  detailed  than  CORDIVEM  in  the  LEW  area  and  less  detailed  in  the  other 
four  areas.  The  CAORA  team  currently  producing  the  interactive  version  of 
CORDIVEM  is  looking  to  an  EEW  model  for  a  methodology  for  representing 
lEW  and  Red  sensors.^ 

2.2  System  Testing  Support 

An  lEW  functional  area  model  may  be  used  as  a  tool  for  testing  actual 
lEW  systems  under  development,  primarily  processing  centers,  and  for  vali¬ 
dating  requested  changes  to  software  in  fielded  or  soon-to-be-fielded  lEW 
systems.  This  validation  is  currently  performed  by  the  USAICS  TRADOC 
Combat  Development  Support  Facility  (CDSF),  located  at  Ft.  Huachuca, 
Arizona. 

2.2.1  Developmental  Testing 

2.2.1.1  User  Requirements.  The  chief  requirement  in  the  area  of  sys¬ 
tem  testing  is  for  a  simulation  which  will  provide  intelligence  messages  to  the 
system  under  test.  This  will  involve: 

•  Simulation  of  threat  activities  against  which  the  system  will  work 

•  Simulation  speed  sufficient  to  support  real-time  testing 
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•  Message  generation 

•  Proper  message  format,  for  example,  Joint  Interoperability  of 
Tactical  Command  and  Control  Systems  (JINTACCS)  messages  for 
TTie  Battlefield  Exploitation  and  Target  Acquisition  System  (BETA) 

•  Satellite  interface  for  remote  users 

•  Output  for  evaluation  of  results 

•  Appropriate  number  of  messages  per  hour  sent  to  the  system  being 
tested  -  for  example,  the  Tactical  Simulator  (TACSIM)  was  required 
to  produce  4,000  reports  per  hour,  r^ulting  in  267  messages  to  BETA 
(1  message  for  every  15  reports).  The  rate  should  be  high  enough 
to  adequately  test  the  systemis  ability  to  process  messages. 

•  Messages  which  are  realistic  and  meaningful  in  content.  This  de¬ 
pends  on  the  quality  of  the  simulation  producing  the  messages,  and 
can  be  checked  by  tracing  the  messages  back  to  the  simulated  events 
which  caused  them. 

•  An  acceptable  percentage  of  the  messages  usable  by  the  system 
(proper  format,  data  types,  etc.);  format  errors  which  are  likely  to 
be  encountered  in  the  real  world  simulated  by  the  message  generator 

•  An  acceptable  percentage  of  tasking  messages  from  the  systems 
actually  carried  out  by  the  simulation  and  reflected  in  intelligence 
messages  sent  back  to  the  system 

•  Appropriate  data  types  for  the  system 

•  Sufficient  number  of  communi  rations  lines  for  message  traffic 

•  Audit  trails  for  post-test  validation  of  results  (tracing  messages  back 
to  simulated.causative  events  and  relating  sensor  output  to  combat 
activities)'^”' 

•  Detailed  sensor  models 

•  Ability  to  respond  to  tasking  messages  from  the  system  (for  example, 
the  ability  to  activate  simulated  COMINT  sensors  in  response  to  a 
message  from  the  system  requesting  COMINT) 

AU-Source-Analysis  System  (ASAS)  -  Specific  Requirements  -  Specific 
simulation  requirements  for  ASAS  development  are  described  below 

The  basic  requirement  is  for  a  simulation  of  the  ASAS  itself  (the  ASAS 
Model)  and  a  simulation  of  the  environment,  to  include  communications  lines, 
other  Command  and  Control  Subordinate  Subsystem  (CCS  )  components, 
sensor  systems,  preprocessors,  the  battlefield,  weather/terrain,  enemy 
resources  and  capabilities,  and  the  dynamic  interaction  over  time  between 
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thdse  components  (the  Environment  Model).  in  this  discussion  the 
Environment  Model  will  be  considered  to  correspond  to  an  lEW  functional  area 
modeL 

111680  two  models  will  assist  two  developers,  the  combat  developer  and 
the  materiel  developer,  in  testing  during  four  stages  of  ASAS  development  - 
conceptual,  validation  and  demonstration,  full  scale  engineering  development, 
and  production  and  deployment.  The  materiel  developer  deals  with  the 
materiel  system  and  conducts  developmental  testing  (DT)  to  ascertain 
whether  the  engineering  development  process  is  complete  and  the  system 
meets  specifications.  The  combat  developer,  on  the  other  hand,  is  concerned 
with  such  concepts  as  doctrine,  organization,  and  employment,  and  plans  and 
develops  operational  testing  {OT*i  to  evaluate  such  system  characteristics  as 
military  utility  and  effectiveness. 

Figure  2-1  depicts  the  re<piirements  in  each  of  these  phases  for  the 
Environment  ModeL 

2.2.1.2  Assessment  Means.  The  means  of  assessing  the  performance  of 
the  system  under  test  include  the  percentage  of  messages  received  which  are 
processed  by  the  system  in  a  given  time  period,  the  percentage  of  enemy  units 
correctly  identified,  the  accuracy  of  the  predieted  attack  sector,  enemy 
strength  in  the  attack  sector,  and  the  enemy's  time  of  arrival  in  the  attack 
sector. 

The  following  measures  of  time  delays  wiU  also  be  used  in  assessing  the 
^ystem^  performance:^^^ 

e  From  external  request  to  collection  plan 

•  From  collection  plan  to  sensor  tasking 

•  From  tasking  to  detection 

•  From  detection  to  mission  evaluation  and  technical  fee<fi>ack 

•  From  evaluati(m  to  response  to  request 

•  From  commitment  of  second  echelon  to  detection  and  confirmation 

•  From  detection  of  targets  to  identification  and  location 
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2.2.2  Post-Deployment  Software  Support 

The  CDSF  has  responsibility  for  post  deploymrat  software  support,  bi 
this. capacity,  the  CDSF  validates  and  reviews  proposed  changes  to  the  soft¬ 
ware  employed  in  fielded  and  soon-to-be-fielded  lEW  systems,  and  passes  its 
findings  on  to  the  Department  of  the  Army  Development  &  Research 
Command  (DARCOM)  for  implementation. 

2.2.2.1  User  Requirements.  The  CDSF  wQl  need  simulation  support  for 
two  of  its  main  functions:  1)  testing  alternative  software  algorithms  to  deter¬ 
mine  which  should  be  used  in  a  given  lEW  system,  and  2)  sensitivity  analysis, 
to  determine  how  proposed  software  changes  to  one  system  will  affect  other 
systems. 

In  order  to  carry  out  these  functions,  dm  CDSF  will  need;^'^®^ 

•  A  combat  simulation  which  will  provide  realistic  messages  to  the 
system  —  this  need  not  be  a  two-sided  simulation 

•  Code  that  duplicates  the  performance  of  each  of  the  proposed  alter¬ 
native  algorithms 

•  A  model  of  the  specific  system  —  there  should  be  both  an  engi¬ 
neering  model,  to  accurately  portray  the  performance  of  the  system 
and  an  aggregated  model,  to  provide  results  to  models  of  other 
systems  in  order  to  show  the  effects  of  changes  to  one  system  on 
another. 

•  Item  level  simulation  of  processing  techniques 

•  Audit  traU  for  intermediate  results 

These  requirements  stipulate  a  highly  resolved  set  of  lEW  system  repre¬ 
sentations. 

2.2.2.2  Assessment  Means,  llie  performance  of  alternative  software 
techniques  can  be  assessed  by  evaluating  key  performance  characteristics 
relating  to  each  alternative  under  review,  and  weighing  the  results. 
Intermediate  measures  are  also  required  to  show  how  combinations  of  systems 
perform  in  varying  software  configurations. 
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2.3  Training  Support 

2.3.1  Field  Training  Exercise  (FTX)  and  Command  Post  Exercise  (CPX) 

Support 

An  lEW  model  can  asaiat  in  training  exerciaes  by  providing  a  aimulated 
combat  environment  in  which  intelligence  analysta  and  deciaion  makers  can 
develop  their  skills,  thus  reducing  the  personnel  and  materiel  resources  re¬ 
quired  for  a  manual  exercise,  reducing  costs,  and  eliminating  the  safety  con¬ 
straints  necessary  when  real  forces  are  used. 

2.3.1. 1  User  Requirements 

General  requirements  of  an  lEW  model  for  supporting  training  exercises 
are  listed  below: 

a  As  much  automated  support  as  practical  to  reduce  the  number  of 
personnel  required  (due  to  coat  considerations) 

•  Flexibility  of  configuration  to  support  various  training  objectives 

•  Realistic  interfaces  between  simulation  and  players  (format,  con¬ 
tent,  quality,  timeliness) 

•  A  mechanism  to  insure  that  player  decisions  affect  the  battle  situa¬ 
tion 

More  specific  requirements  (based  chiefly  on  stated  requirements  for 
the  TACSIM  system)^^®^  may  be  grouped  into  four  categories:  1)  pre-exercise 
scenario  development,  2)  simulation  modeling,  3)  message  handling,  and 
4)  displays.  Requirements  for  each  of  these  categories  ai-e  described  below. 

1)  Pre- Exercise  Scenario  Development 

•  Automated  sui^rt  to  avoid  having  to  input  each  piece  of  scenario 
information^" 

•  Faster-than-reid-time  playback  to  verify  the  scenario 

2)  Simulation  Modeling 

a  Simulation  speed  sufficient  for  supporting  real-time  exercises 

•  Two-sided 

•  Resolution  level  which  is  able  to  accommodate  user's  scenario,  from 
highest  echelon  units  used  to  lowest  —  battalion  level  down  to 
weapon  system  level 

•  Comprehensive  suite  of  sensors 

•  Damage  effects  of  employed  weapons  systems 
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•  Ability  to  accept  player  input  (new  units,  orders,  combat  rules) 

•  Logie  to  carry  out  orders  (select  weapons,  routes,  flight  plans,  etc.) 

•  Output  with  suitable  form  and  frequency  (unit  locations,  attrition, 
resource  expenditure  and  resupply,  countermeasures,  air  sorties, 
time  of  activities) 

•  Ability  to  accept  controller  input  and  override  (change  state  vari¬ 
ables,  correct  errors  in  data  base,  override  player  input) 

•  Audit  trails  for  post-exercise  validation  of  results— comparison  of 
ground  truth  with  messages  on  which  players  have  based  their  deci¬ 
sions;  a  determination  of  how  responsive  the  simulation  was  to  player 
input 

a  Events  modeled  explicitly  enough  to  trigger  observables  for  detec¬ 
tion  by  sensors,  e.g.,  artillery  fire  detectable  by  counter  battery 
sensors,  or  aircraft  flights  under  Blue  radar  surveillance 

3)  Message  Handling 

•  Sufficient  message  generation  rate 

•  Appropriate  format  for  the  automated  support  tool  used  (such  as  for 
a  BETA  testbed) 

a  Event-driven  message  generation  —  report  events  as  they  happen, 
instead  of  summarizing  events  at  regular  intervals 

4)  Displays 

a  Display  rules  for  fusion  and  the  filtering  of  various  types  of  sensor 
reports 

a  Graphic  comparison  of  ground  truth  with  battlefield  as  perceived  by 
sensors 

ASAS  -  Specific  Requirements  -  The  following  paragraphs  discuss  what 
is  required  of  an  lEW  model  in  a  CPX  designed  to  train  system  supervisors  and 
commanders  in  the  use  of  an  ASAS.^^^^ 

Because  such  decision  makers  must  understand  the  associated  doctrines 
and  operational  concepts,  the  model  should  include  wargame  and  combat 
simulations  which  will  show  the  effects  of  player  decisions.  This  implies  a 
need  for  dynamic  scenario  generation  which  reflects  the  interaction  of  sensor 
observation  analysis,  command  decisions,  battle  conduct  with  an  intelligent 
enemy,  and  further  observation.  In  addition,  a  battlefield  ground  truth  should 
be  maintained  which  documents  the  effects  of  this  interaction. 

In  order  to  portray  this  interaction,  the  model  should  represent  combat, 
command  structure,  friendly  and  enemy  forces,  the  effects  of  communications 
interfaces,  lines,  and  switdies,  and  the  use  of  engineering  models  for  sensors 
to  obtain  realistic  sensor  data  streams. 
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2.3.1.2  Assessment  Means 

The  effectiveness  of  the  exercise  can  be  measured  by  the  same  assess¬ 
ment  means  used  for  studies  and  analysis.  Additional  assessment  means  in  the 

/te\ 

four  previously  discussed  ai'eas  are  citlined  below' 

1)  Pre-Exercise  Scenario  Generation.  The  assessment  means  related  to 
this  function  is  the  time  required  to  generate  the  scenario  with  automated 
support  versus  the  expected  time  required  for  manual  generation. 

2)  Simulation  Modeling 

•  Speed  of  simulation,  status  reports  —  did  simulated  events  take  place 
in  real-time?  Were  players  provided  timely  updates  on  unit  loca¬ 
tions,  attrition,  resupply  requirements,  etc.? 

•  Responsiveness  —  were  player  inputs  reflected  quickly  and 
accurately  in  the  simulation?  Were  player  orders  implemented 
smoothly  without  requiring  specific  detail  from  the  player?  For 
example,  if  the  player  orders  an  aerial  surveillance  of  a  particular 
area,  could  the  simulation  construct  the  detailed  flight  plan? 

3)  Message  Handling 

•  Were  the  players  given  accurate  messages  on  which  they  could  base 
their  decisions?  (This  is  determined  by  post-exercise  comparison  of 
ground  truth  with  generated  messages.) 

•  Were  messages  provided  with  enough  timeliness  to  allow  the  players 
to  react  to  them  and  affect  the  simulation? 

4)  Displays 

Are  displays  updated  often  enough  to  give  the  players  an  accurate 
picture  of  the  battlefield  as  perceived  by  the  sensors,  as  well  as  the  current 
fusion  and  filtering  rules? 

2.3.2  School  Training  Support 

An  lEW  functional  area  model  may  also  be  used  to  support  the  training 
of  intelligence  analysts.  The  type  of  training  provided  by  the  U.S.  Army 
friteUigence  Center  and  School  (USAICS)  has  been  used  as  the  standard  for 
generating  user  requirements. 
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2.3.2.1  User  Requirements 

An  lEW  model  used  to  support  classroom  instruction  of  lEW  proetidures 
would  be  required  to  provide  the  following  features: 

•  Simulation  of  threat  events  —  a  library  of  scenarios  coverio^dlf** 
ferent  combat  situations,  time  periods,  and  geographical  areas^^^ 

a  Faster-than-real-time  simulation 

a  Resolution  level  must  be  able  to  accommodate  user%  scenario  from 
highest  echelon  units  used  to  lowest  —  battalion  level  down  to 
weapon  system  leveL 

a  Comprehensive  suite  of  sensors 

a  Ability  to  interactively  vary  the  combination  of  sensors  used 
(instructor  or  student) 

a  Graphic  display  of  battlefield  as  perceived  by  sensors 

a  Low-level  training  module  for  intelligence  preparation  of  the  battle¬ 
field,  collection  management,  sensor  correlation  and  fusion,  situation 
development,  and  target  development 

a  Audit  trails  for  post-exercise  validation,  i^.,  comparison  of  ground 
truth  with  the  messages  on  which  students  have  based  their 
decisions,  a  determination  of  how  responsive  the  simulation  was  to 
student  inputs,  as  well  as  intermediate  results 

2.3.2.2  Assessment  Means 

Basically,  the  requirement  is  to  measure  student  performance  in  each  of 
the  lEW  disciplines  under  examination.  The  effectiveness  of  the  course  of 
instruction  of  which  the  model  is  a  part  can  be  measured  by  these  criteria: 

•  The  procedural  completeness  of  the  student  answers 

•  The  ability  of  the  student  to  support  his  conclusions  with  obtained  or 
inferred  facts 

•  The  initiative  of  the  student  in  the  application  of  principles  of  mili¬ 
tary  intelligence  to  new  areas 

a  The  student's  familiarity  with  threat  organizations,  equipments,  and 
tactics 

2.4  Summary  of  User  Requirements 

Section  2  has  discussed  user  requirements  for  an  lEW  functional  area 
model  in  three  broad  application  areas  -  studies  and  analysis,  system  testing, 
and  training. 
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l^e  major  uses  of  the  model  in  each  of  these  application  areas  are 
summarized  belcw: 

•  Studies  and  Analysis 

-  MAA  (identify  lEW  shortfalls,  recommend  solutions) 

—  evaluate  alternative  force  structures 

—  evaluate  alternative  training  methods 

—  evaluate  alternative  system  deployment 

—  evaluate  sensor  tradeoffs 

—  evaluate  new  systems 

COEA  (determine  operational  effectiveness  of  FEW  systems) 

—  measure  system^  contribution  to  combat 

—  evaluate  alternative  versions  of  the  system 

•  System  Testing 

Developmental  Testing 

—  provide  intelligence  messages  to  system  under  test 
Software  Support 

—  evaluate  proposed  software  changes  to  lEW  systems 

•  Training 

Exercise  training 

—  combat  environment  for  training  system  supervisors  and 
commanders 

>  Classroom  training  of  intelligence  analysts 
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3.0  MODEL  REPRESENTATION  REQUIREMENTS 

The  planned  approach  of  using  the  Corps/Division  level  model 
(CORDIVEM)  as  a  foundation  for  the  lEW  model^^^^  has  many  impacts  on  the 
details  relating  to  requirements  for  model  resolution  and  process 
representation.  The  concept  calls  for  a  common  battlefield  environment, 
threat,  and  scenario  for  the  two  models,  as  well  as  a  common  representation 
of  friendly  forces.  The  scope  differs  significantly  in  the  two  models,  however, 
because  of  the  issues  they  are  designed  to  address.  CORDIVEM  is  a  force 
level  combat  simulation  and  is  designed  to  study  force  structure  trade-offs 
and  cross  functional  area  evaluations.  The  QBW  model,  on  the  other  hand,  is 
conceived  to  be  a  tool  for  the  detailed  analysis  of  lEW-specific  issues 
regarding  lEW  organizations,  equipments,  and  tactics.  Conceptually  then,  the 
lEW  model  will  require  a  greater  degree  of  granularity  in  ooth  the  lEW  func¬ 
tional  area  and  in  the  interface  into  that  area  from  other  functional  areas. 
This  section  will  describe  the  representation  of  those  areas  to  be  expanded  in 
an  lEW  model  formed  from  the  CORDIVEM  base.  The  organization  employed 
here  is  consistent  with  Appendix  IV  of  the  CORDIVEM  PAROs  dealing 
with  the  lEW  functional  area,  and  as  a  minimum  meets  the  requirements 
detailed  in  Section  2  of  this  paper. 

3.1  Standard  Effects 

This  section  concerns  the  effects  of  the  int^ctions  among  threat  units, 
the  environment,  and  friendly  units.  The  CORDIVEM  lEW  FARO^^^^  contains 
a  detailed  discussion  of  these  effects,  and  to  date  there  are  no  additional 
effects  representations  required  that  are  specifically  relevant  to  an  lEW 
modeL  For  the  reader's  reference,  the  categories  of  effects  included  in  the 
CORDIVEM  lEW  FARO  are  shown  in  table  3-1. 
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Table  3-1 

CORDIVEM  lEW  FARO  EFFECTS 


•  Effect  of  Executing  each  capability 

-  on  the  enemy 

-  on  the  environment 

-  on  friendly  forces/assets 

•  Combat  effects  on  each  capability 

•  Environmental  effects  on  each  capability 

•  Situational  Factors  relating  to  each  capability 

•  Effects  from  other  functional  areas  on  each  capability 
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3.2  Force  Control 

The  following  sections  describe  the  relationship  between  the  force 
control  portion  and  the  lEW  portion  of  the  lEW  modeL  The  force  commander 
makes  C  decisions  concerning  force  employment  using  the  knowledge  of  the 
enemy  provided  by  the  lEW  system.  He  obtains  intelligence  by  making 
requests  for  information  to  the  I£W  system.  He  has  the  overall  responsibility 
for  the  deployment  and  employment  of  EBW  systems,  and  he  receives  results  in 
the  form  of  intelligence  reports. 

Based  on  the  force  representation  objectives  (FC^RO)  of  the 
FARCs^^^^  this  section  will  highlight  those  force  control  issues  which  are 
relevant  to  the  lEW  system. 

The  force  control  portion  of  the  lEW  model  at  each  echelon  must  be  able 
to  direct  the  lEW  situation  development  and  target  development  efforts.  The 
process  of  observing  a  battle  and  directing  intelligence  collection  based  on  the 
scheme  of  maneuver  is  central  to  analyzing  the  effectiveness  of  the  lEW 
system  as  a  whole.  Figure  3-1  depicts  this  process.  The  following  sections 
will  deal  with  identification  of  intelligence  requirements,  the  development  of 
guidelines  for  the  use  of  lEW  systems,  and  the  reporting  from  lEW  to  force 
control  in  response  to  intelligence  requests. 

3.2.1  Requirements  for  lEW  Support 

Generally,  the  commander  has  derived  a  series  of  objectives  from 
mission  statements  received  from  higher  echelons.  He  then  develops  Priority 
bitelligence  Requirements  and  kiformation  Requirements  (PIR/IR)  that  he 
requests  of  the  lEW  system.  These  are  data  items  that  will  assist  him  in 
planning  courses  of  action  and  battlefield  monitoring.  The  force  control 
portion  of  the  model  therefore  must  provide  the  lEW  portion  with  specific  and 
operationally  relevant  PIR/IR.  Considerable  effort  remains  in  the  lEW  portion 
to  decompose  these  PIR/IR  first  into  critical  indicators  and  then  into 
operational  collection  requirements. 
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Figure  3-1 

Requirements  -  Driven  Collection 
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For  example,  one  such  PIR  might  be  posed  as  the  following  question: 

When,  where,  and  in  what  strength  will  the  enemy  commit  his  second 
echelon  forces? 

To  be  able  to  answer  this  question,  the  lEW  system  needs  to  decompose 
it  into  the  critical  indicators  which  would  indicate  an  answer.  Some  example 
critical  indicators  that  follow  from  the  above  PIR  are: 

•  Concentration  of  enemy  artillery  battalions  in  a  localized  area 

•  Concentration  of  enemy  bridging  and  engineer  units  forward 

•  Heightened  rate  of  enemy  supply  in  the  sector  examined 

•  Indication  of  rapid,  sustained  movement  in  a  localized  area 

To  determine  the  values  of  these  critical  indicators,  the  lEW  system 
needs  to  collect  data  concerning: 

•  Locations  of  enemy  second  echelon  artillery,  maneuver  and 
engineer  units 

•  Movement  of  enemy  resupply  elements 

•  Movement  of  enemy  rear-area  maneuver  forces 

3.2.2  lEW  Guidance 

The  force  commander's  lEW  assets  are  scarce,  highly  valuable,  and 
vulnerable  tools  for  his  understanding  of  the  ongoing  battle.  In  addition  to 
stating  his  information  requirenients,  he  will  impose  certain  restrictions  on 
the  system  that  should  be  respected  in  an  lEW  modeL  Such  restrictions  may 
include  curtailed  flight  paths,  time  limits  on  operations,  prohibited  areas  of 
operation,  or  limited  distribution  of  intelligence  reports.  The  force  control 
portion  will  need  to  be  able  to  constrain  the  employment  tactics  of  lEW 
systems,  or  conversely,  to  direct  systems  on  unconventional  and  potentially 
more  dangerous  collection  missions  based  on  the  perceived  situation. 

3.2.3  Comparison  of  Perceived  State  with  the  Goal 

The  force  control  element  in  the  lEW  Model  must  be  able  to  compare 
the  results  of  the  lEW  situation  development  process  with  the  desired 
situation  the  force  is  trying  to  achieve.  The  results  of  this  comparison  will 
recommend  further  action  by  the  force,  and/or  further  collection  missions  for 
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lEW  elements.  Mechanisms  should  exist  to  allow  for  doctrinally-based 
situation  evaluation  rules  to  influence  further  actions  of  the  force  as  a  result 
of  the  lEW  collection  and  fusion  efforts. 

3.3  lEW  Functional  Area  Representation 

The  following  paragrafrfis  describe  the  command  and  control 
relationships,  functional  responsibilities  and  assets  of  the  major  lEW  elements 
to  be  represented  in  an  lEW  modeL  Figure  3-2  shows  an  overview  of  the 
elements  to  be  discussed  in  the  following  echelon-keyed  outline.  Each 
element  is  described  in  terms  of  its  capabilities  or  the  processes  which  it  can 
perform.  A  fuller  description  of  these  processes  can  be  found  in  Section  4. 
Refer  to  table  3-2  for  a  list  of  the  EEW  processes  included. 

3.3.1  Corps  Echelon 

3.3.1. IControl  Units 

3.3.1.1.1Corps  Electronic  Wt’jfare  Section  (EWS) 

EW  Mission  Planning  and  Tasking,  EW  Mission  Assessment  -  The  Corps 
EWS  is  primarily  responsible  for  the  implementation  of  the  Corps  G3 
operations  plans  regarding  EW  operations.  The  EWS  uses  its  own  staff, 
supported  by  the  G3  staff  as  required  to  plan,  task  and  evaluate  ESM  and  ECM 
operations'^ 

Communications  and  Movement  -  The  EWS  relies  on  communication 
means  (multichannel,  RATT)  and  transportation  provided  to  the  All  Source 
Analysis  Center  (AS AC)  as  part  of  the  Corps  Tactical  Operations  Center 
(CTOC). 

3.3.1. 1.2Corp8  All  Source  Analysis  Center  (ASAC) 

The  Corps  ASAC  is  an  aggregation  of  lEW  control  elements  within  the 
CTOC.  These  elements  are  the  Collection  Management  and  Dissemination 
Section  (CMDS),  the  All  Source  Production  Section  (ASPS),  the  Technical 
Control  and  Analysis  Element  (TCAE),  the  Field  Artillery  Intelligence  Officer 
(FAIO),  and  the  Cl  Analysis  Section  (refer  to  figure  3-3).  Because  its  role  is 
primarily  one  of  a  geographic  center,  the  ASAC  need  not  be  explicitly 
modeled  in  an  lEW  functional  area  modeL 
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Table  3-2 

TF.W  MODEL  PROCESSES 


Situation  and  Target  Development 

-  Intelligence  Preparation  of  the  Battlefield  (IPB) 

-  Collection  Management 

—  Collection  Requirements  Decomposition 
—  Collection  Tasking 
—  Report  Evaluation 

-  Collection 

-  Processing 

—  Single  Source  Correlation 
—  Multi-Source  Analysis  (Fusion) 

—  Target  Value  Analysis 
—  Post  Attack  Assessment 

-  Dissemination 

—  Combat  Information  Reporting 
—  Intelligence  Dissemination 

•  Electronic  Warfare  Operations 

-  EW  Mission  Planning  and  Tasking 

-  Electronic  Support  Measures  (ESM)  Operations 

-  Electronic  Counter  Measires  (ECM)  Operations 

—  Imitative  Electronic  Deception  (lED) 

—  Jamming 


-  EW  Mission  Assessment 


ITie  distribution  of  the  TCAE,  ASPS  and  CMOS  remains  a  topic  for 
continued  discussion  in  the  lEW  doctrinal  community.  In  some  field  units,  the 
commander  augments  the  CMDS  with  the  CTOC  (or  DTOC)  Support  Element 
as  a  surveillance  oriented  control  center  and  remotes  the  TCAE  and  EWS 
separately  as  a  SIGINT/EW  oriented  control  center,  rather  than  aggregating 
them  in  an  ASAC  as  shown  in  Figure  3-3.  The  lEW  model  should  allow  for  this 
kind  of  flexible  employment  of  these  control  elements.  This  discussion, 
however,  follows  the  FM  34-1  convention  of  using  the  ASAC  as  a  centralized 
lEW  control  center. 

3.3.1.1.3Military  IntelEgence  (MO  Group  (Corps) 

The  MI  Group  supporting  the  corps  echelon  contains  the  vast  majority  of 
lEW  control  and  action  units  at  corps.  Its  role  is  that  of  a  parent  unit, 
supplying  administration  and  logistics  support  to  its  components.  For  this 
reason,  there  is  no  need  to  explicitly  model  the  MI  Group  organization, 
althou^  many  of  its  components  will  be  re<;uired  in  the  modeL  Refer  to 
Figure  3-4  for  a  description  of  this  unit. 

3.3.1.1.4'nie  Collection  Management  and  Dissemination  Section 
(CMPgy 

Collection  Requirements  Recomposition  -  ITw  CMDS  uses  its  own  staff, 
and  computers  supported  by  those  of  the  ASPS  and  TCAE  to  translate 
approved  requirements  (FIR  or  IR)  into  collectable  data  elements.^^®^ 

Collection  Monitoring  -  The  CMDS  uses  its  own  staff  and  computers  to 
evaluate  reported  intelligence,  in  order  to  determine  the  validity  of  the 
conclusions  reached  in  the  situation  and  target  development  processes,  and  to 
gauge  the  need  for  further  direction  of  the  tasking  process. 

Intelligence  Dissemination  -  The  CMDS  employs  its  own  staff  to  prepare 
and  distribute  several  types  of  intelligence  reports  to  the  various  commanders 
in  need  of  the  intelligence. 

Communications  and  Movement  -  The  CMDS  relies  on  communications 
means  (multichannel,  couriers,  RATT)  and  transportation  provided  to  the 
ASAC  as  part  of  the  CTOC. 

3.3.1.1.5Technical  Control  and  Analysis  Element  (TCAE) 

Collection  Tasking  -  The  TCAE  forms  specific  collection  mission  tasking 
using  its  organic  staff  and  computers.^^®^ 

Single-Source  Correlations  -  The  TCAE  employs  its  staff  and  computers 
to  validate  reported  data  prior  to  sending  it  up  the  chain  to  the  ASPS  for 
further  processing.^^^^ 
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Figure  3-3 

All  Source  Analysis  Center 


Figure  3-4 
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Communications  and  Movement  -  The  TCAE  relies  on  communications 
means  (multichannel,  RATT)  and  transportation  provided  to  the  ASAC  as  part 
of  the  CTOC. 

3.3.1.1.6Tactical  Exploitation  Battalion  (TEB) 

The  TEB  provides  enemy  prisoner  of  war  (EPW)  interrogation,  counter¬ 
intelligence  (Cl),  and  ground-based  EW  support  to  the  corps.  It  serves 
principally  as  a  parent  organization,  passing  collection  tasldngs  down  from  the 
TCAE  to  the  collection  systems,  and  passing  reports  back  up  to  the  TCAE 
upon  end  of  mission.  It  provides  administrative  and  logistical  support  to  its 
subordinate  sensor  and  jammer  systems.  For  these  reasons,  it  need  not  be 
explicitly  modeled  in  an  lEW  functional  area  modeL 

3.3.1. 1.7 Aerial  Exploitation  Battalion  (AEB) 

The  AEB  serves  as  a  parent  unit  for  aerial  reconnaissance  and 
surveillance  sensors,  and  aerial  SIGINT  sensors.  It  provides  administrative  and 
logistical  support  for  the  airframe-mounted  lEW  assets  in  the  corps.  It  does 
not  require  the  explicit  modeling  in  the  lEW  functional  area  modeL 

3.3.1. 2Aetion  Units 

3.3.1.2.1Corps  All  Source  Production  Section  (ASPS) 

Intelligence  Preparation  of  the  Battlefield  (IPB)  -  The  ASPS  is  directly 
responsible  for  performing  the  IPB  process  at  corps,  and  it  uses  its  own  staff, 
computers  and  data  bases  in  this  effort,  along  with  support  from  the  Corps 
Engineer  for  terrain  data  and  from  the  USAF  Weather  team  at  the  CTOC  for 
weather  data. 

Multi -Source  Analysis  (Fusion)  -  This  unit  uses  sensor  reports  of  all  types 
along  with  terrain  and  weather  data  to  determine  enemy  location,  strength, 
and  intent.  It  uses  its  own  staff  and  computer  data  bases  to  do  detailed 
correlation  and  aggregation  of  the  reported  data  in  response  to  requests  from 
the  CMDS.^^^^ 

Target  Value  Analysis  -  The  ASPS  uses  its  own  staff  and  computers,  with 
support  from  the  Field  Artillery  Intelligence  Officer  (FAIO)  and  Corps  Field 
Artillery  Section  (FAS)  to  perform  an  analysis  of  proposed  targets.^^®^ 
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Post  Attack  Assessment  -  The  ASPS  uses  Us  own  staff  and  computers, 
with  support  from  the  FAIO  to  determine  the  results  of  both  fire  support 
divisions  and  EW  missions  on  selected  targets.^^^^ 

Communications  and  Movement  -  The  ASPS  is  located  with  the  ASAC 
and  relies  on  the  CTOC  for  communications  means  (multichannel,  RATT, 
couriers)  and  transportation. 

3.3.1.2.2Long  Range  Reconnaissance  Patrols  (LRRPs) 

HUMINT  Collection  -  While  the  long  range  reconnaissance  mission  has 
no  current  doctrinal  expression,  its  contribution  to  the  quality  of  the  enemy 
situation  assessment  produced  by  the  intelligence  functional  area  is  of  enough 
significance  to  warrant  explicit  modeling  at  the  corps  and  division  levels.  In 
performing  HUMINT  collection,  LRRP  forces  scout  enemy  locations,  and 
harass  or  destroy  enemy  elements,  if  so  ordered. 

Communications  -  Long  range  patrols  sent  behind  the  front  line  of 
troops  (PLOT)  to  report  on  the  enemy's  second  echelon  elements  and  flanks 
use  tactical  radios  for  the  reporting  of  intelligence  gathered.  Due  to  their 
deep  employment,  they  are  vulnerable  to  capture  and  compromise.  Because 
of  the  distances  involved,  LRRPs  often  make  use  of  communications  relays  to 
report  back  to  the  corps  or  division  CMDS.  LRRP  reports  include  not  only 
enemy  situation  reports,  but  also  action  unit  reports  and  coordination  of 
recovery  means. 

Movement  -  LRRPs  are  either  airlifted  into  position  or  infiltrate  into 
the  operations  area.  They  may  also  be  left  behind  in  a  retrograde 
movement.  They  have  no  organic  vehicles  for  movement.  Once  employed, 
they  will  relocate  from  time  to  time  in  their  reconnaissance  effort  within  a 
predetermined  area  which  has  been  coordinated  with  the  corps  FAS  and 
designated  a  restricted  fire  area.  Movement  and  location  will  not  be  reported 
until  coordination  of  recovery  is  required. 


3.3.1.2.3SIGINT  Sensor  Systems 

Signals  Intelligenee  Collection  -  In  the  collection  of  signals  intelligence 
(SIGINT)  the  assets  involved  consist  of  both  ground  based  and  airborne 
COMINT  and  ELINT  sensors,  ground  processing  stations  and  operators,  and  the 
sensor  platform  (truck,  APC,  helicopter,  or  fixed  wing  aircraft). 

Communications  -  SIGINT  sensors  use  the  tactical  radio®  mounted  on  the 
sensor  platform  for  reporting  collection  results  to  the  TCAE. 

Movement  -  For  movement,  ground  based  systems  are  mounted  on  trucks 
or  APCs  and  airborne  systems  use  both  fixed  wing  and  rotary  wing  aircraft. 
Other  assets  include  the  tactical  radios  used  to  direct  movement,  the  fuel 
required  to  move,  and  the  crew  required  to  assemble  or  disassemble  the 
ground  based  equipment  and/or  required  to  fly  the  aircraft. 

3.3.1.2.4Reeonnaiasance/Surveillance  Sensor  Systems 

Reconnaissance/Surveillanee  Collection  -  The  capability  for  reconnais¬ 
sance  and  surveillance  (R/S)  at  the  corps  level  is  provided  by  a*rb<Hme  MTI  and 
imagery  sensor  systems.  The  MTI  systems  are  currently  side  looking  airborne 
radars  (SLAR)  and  the  imagery  systems  include  television,  photo  camera, 
infrared  and  synthetic  aperture  radar  (SAR)  systems.  The  assets  involved 
include  the  aircraft,  the  on-board  collection  systems,  crew,  aircraft  fuel, 
sensor  operators,  ground  processing  stations  and  their  operators. 

Communications  -  Piloted  airborne  R/S  systems  use  tactical  radios 
(voice)  and  digital  data  links  for  communicating  collection  results  to  the 
CMOS.  Remotely  piloted  vehicle  (RPV)  or  unattended  aerial  vehicle 
(TJAV)  systems  employ  television  transmitters  to  send  television  images  to 
their  control  stations,  and  may  also  use  digital  data  links.  The  control 
stations  then  use  tactical  radios,  the  multichannel  system  or  messengers  to 
report  back  to  the  CMDS  its  collection  finv.i..o,s. 

Movement  -  R/S  aircraft  movement  j  dependent  on  the  aircraft,  crew 
(except  for  RPV/UAV)  and  fuel  available.  Of  particular  note  is  the  limitation 
on  the  mission  duration  imposed  by  the  aircraft  performance  and  fuel 
availability. 
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3.3.1.2.5Corp8  Level  Jammer  Systems 

Jamming  “  In  the  jamming  of  enemy  communications  and  radar 
frequencies,  the  jammers  under  corps  direction  are  currently  ground-based. 
The  assets  used  are  the  jammer  itself  and  the  jammer  operator(s). 

Imitative  Electronic  Deception  -  Corps  jammers  can  be  used  in  imitative 
electronic  deception  (lED)  operations  as  directed  by  the  EWS  via  the  TCAE. 
The  assets  are  again  the  jemmor  itself  and  the  jammer  operator(s}. 

Communications  -  Jamming  elements  use  tactical  radios  for  receiving 
taskings  and  for  reporting  results. 

Movement  -  The  movement  assets  of  ground  based  jammers  are  the 
vehicles  they  are  mounted  on,  the  vehicle  fuel,  and  the  jammer  crew. 

3.3.2  Division  Echelon 

The  lEW  elements  found  at  division  closely  parallel  those  found  at 
corps.^^^^  For  the  purposes  of  the  lEW  functional  area  model,  a  duplicate 
organizational  representation  can  be  used,  as  long  as  the  equipment  in  both 
echelons  is  appropriately  allotted.  Table  3-3  lists  the  units  at  both  corps  and 
division  that  have  parallel  functions.  The  functions  detailed  for  the  corps 
counterparts  apply  to  the  division  units  noted.  Figure  3-5  shows  the  MI 
Battalion  (CEWI)  which  contains  the  major  lEW  elements  at  division  echelon. 
Compare  Figure  3-5  with  Figure  3-4  for  the  MI  Group  at  corps. 

3.3.3  Brigade  Echelon 

3.3.3.1Control  Units 

3.3.3.1.1Brigade  Battlefield  biformation  Coordination  Center  (BICC) 

CoUectiim  Management  -  The  brigade  BICC  coordinates  with  the  brigade 
S3  and  the  division  CMDS  for  collection  management  of  SIGINT  and  R/S 
assets  in  its  area  of  operations.^^®^  The  assets  involved  are  the  brigade  S2 
staff,  the  I/EW  support  element  from  the  CEWI  Battalion,  the  Transcription 


Table  3-3 


Parallel  lEW  Elements  at  Division  and  Core 


Division 


Corps 


•  control  units  •  control  units 

EWS  EWS 

ASAC  ASAC 

MI  Battalion  MI  Group 

CMDS  CMDS 

TCAE  TCAE 

EW  Co  TEB 

Intelligence/Surveillance  Co  AEB 


•  action  units 
ASPS 
LRRPs 

SIGINT  Sensor  Systems 
R/S  Sensor  Systems 
Jammer  Systems 


•  action  units 
ASPS 
LRRPs 

SIGINT  Sensor  Systems 
R/S  Sensor  Systems 
Jammer  Systems 
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Figure  3-5 

Ml  BN  (CEWI)  (Division) 


( 


and  Analysis  team  from  the  supporting  CEWI  BN  EW  Platoon,  tactical  radios  and  t 
division  multichannel  system,  fii  addition,  the  brigade  BICC  can  submit  intelligen 
collection  requirements  to  the  brigade  S2  for  implementation  by  the  subordina 
maneuver  battalions. 

Communications  -  As  noted  above,  the  brigade  BICC  uses  tactical  radios,  tl 
divisional  multichannel  system  and  messengers. 

Movement  -  The  brigade  BICC  staff  will  displace  with  the  brigade  main  commai 
post.  This  movement  of  the  brigade  main  CP  will  not  impose  a  restriction  on  the  BICC 
operation  as  a  control  element. 

3.3.3.2  Action  Units 

3.3.3.2.1  Forward  Patrols 

Humint  Collection  -  Patrols  formed  from  brigade  maneuver  elements  use  vehicle 
fuel  and  organic  vision  devices  to  detect  and  identify  enemy  elements. 

Communications  -  Forward  patrols  employ  tactical  radios  and  messengers  fc 
communications. 

Movement  -  These  patrols  will  move  on  foot  or  use  whatever  transportation  is  mad 
available  to  them  according  to  the  mission  tasking,  which  could  include  jeeps,  trucks,  o 
helicopters. 

3.3.3.2.2  Remote  Sensor  Systems  (REMS) 

Reconnaissance/Surveillance  Collection  -  Remotely  monitored  sensors  (REMS)  art 
typically  used  to  detect  enemy  activity  in  isolated  areas  or  on  critical  avenues  o: 
approach.^®^  The  assets  used  include  tlie  REMS  teams  (operators),  expendable  senson 
(acoustic,  seismic,  magnetic,  and  strain-cable),  relays,  monitors,  tactical  radios,  and  fue 
for  generators.  Most  REMS  are  passive  devices  and  transmit  only  when  activated.  Higt 
noise  levels  due  to  thunder,  rain  and/or  wind  may  degrade  acoustic  system  abilities  tc 
detect  enemy  activity. 

Communications  -  REMs  automatically  send  messages  back  to  the  monitoring 
station  when  activated.  They  use  tactical  radios  and  repeater  transmitters  for  this 
reporting.  The  monitoring  stations  send  tactical  intelligence  reports  to  tasking  authority 
upon  verification  of  enemy  activity. 
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Movement/Emplacement  -  Sensors/repeaten  are  usually  emplaced  either  by  field 
artillery  or  aviation  elements.  &i  a  retrograde  movement,  the  REMs  teams  can  emplace 
the  systems  by  hand. 

3.3.3.2.3  Ground  Surveillance  Radar  (GSR)  Systems 

Reconnaissance/Surveillance  Collection  >  Forward  elements  of  brigade  action  units 
(probably  the  companies)  will  employ  GSRs  for  area  and  route  reconnaissance  and  for 
perimeter  defense.  ITiese  radars  are  provided  by  the  divisional  CEWI  Battalion  and  their 
use  is  monitored  by  the  brigade  BICC.  Designed  principally  as  early  warning  and 
perimiter  defense  observation  devices,  they  are  typically  not  tasked  as  intelligence 
collection  assets.  Occasionally,  however,  combat  information  obtained  by  these  forward 
radars  can  be  utilized  by  the  brigade  BICC  and/or  the  division/corps  CMDS  in  the 
situation  or  target  development  processes.^^^ 

Communications  -  Forward  combat  elements  using  GSRs  use  tactical  radios  and 
messengers  for  communications. 

Movement  -  The  GSRs  will  move  with  the  forward  combat  elements,  using  vehicles 
and  fuel  supplied  by  those  elements. 

3.3.4  lEW  Equipment  Representation 

The  following  section  describes  major  lEW  sensor,  jammer,  and  processing  systems 
in  terms  of  the  major  characteristics  which  should  be  represented  in  an  lEW  model.  Each 
system  is  described  according  to  its  major  components  (platform,  collector  jammer, 
ground  station,  etc.)  and  each  component  is  broken  down  into  a  set  of  factors  and  units 
appropriate  to  each  fa  .tor.  Material  for  this  section  was  provided  by  references  19  20 
and  21.  These  descriptions  are  intended  to  serve  as  a  guide  and  should  not  be  viewed  as 
restricting  model  representations  of  the  systems  included.  The  main  purpose  is  to  show 
in  this  section  parametric  representations  of  lEW  equipments  appropriate  to  an  lEW 
Functional  Area  ModeL 

3.3.4.1  Generic  SIGINT  S^tem 

3.3.4.1.1  Platform  Characteristics 
Factor 

Payload 

Range 

Time  on  station 


Units 

lb. 

km 

minutes 
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Max  speed 

Operational  speed 

Max  height 

Operational  height 

Fuel  load 

Crew  required 

Survivability  index 

Tracks-Ground  systems  only 

Wheels-Ground  systems  only 

Type 

Location 

No.  of  platforms 

Vulnerabilities 

Mean  time  between  failures 

Mean  time  to  repair 

3.3.4.1.2 

Factor 

Crew  required 
Frequency  range 
Modulation 

Sensitivity 

Location  error  -  range 
Location  error  -  azimuth 
DF  fix  accuracy 
Coverage  range 
Sector  scan 
Revisit  time 
Mean  processing  time 
Saturation  rate 
Method  of  reporting 
Reporting  speed 
Freq.  measurement  error 
PRF  measurement  error 
PW  measurement  error 
Frequency  hop  capability 
Pulse  stagger  capability 
Constraints 
Data  link 

Mean  time  between  failures 
Mean  time  to  repair 


knots  or  km/n 

knots  or  km/n 

meters 

meters 

lb. 

n 

n 

n 

n 

ground  or  air 

km  from  FEBA,  or  x,  y,  (z) 
n 

ADA,  weather,  etc. 

hours 

hours 


Units 

n 

n  ..  n  MHz 

AM,  FM,  CW,  SSB,  PM  (COMINT 

only) 

db 

meters 

degrees 

meters 

km 

degrees 

seconds 

seconds 

#  intercepts/minute 
means 

#  reports/minute 
MHz 

sec.  (ELIlt only) 
sec.  (ELINT  onl>/ 

Y/N  (ELINT  only) 

Y/N  (ELINT  only) 

LOS,  distance,  ate. 

Y/N,  to  where 

hours 

hours 


Collector  Characteristics 
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Factor 


Units 


Crew  required 

n 

Tether  range  to  platform 

km 

#  collectors  at  one  time 

n 

Mean  processing  delay 

minutes 

Meen  communications  delay 

minutes 

Saturation  rate 

#  reports/minute 

Location 

km  from  FEBA,  or  X,  Y 

Number  of  receivers 

n 

Channels  per  receiver 

n 

Collectible  frequency  (each 

n ..  n  MHz 

channel) 

3.3.4.2  Generic  Photo  Imagery  System 

3-3.4.2.1  Platform  Characteristics 

Factor 

Units 

Range 

km 

Time  on  station 

min. 

Max  speed 

knots 

Operational  speed 

knots 

Max  height 

meters 

Operational  height 

meters 

Fuel  load 

lb. 

Crew  required 

n 

Survivability  index 

n 

Number  of  platforms 

n 

Location 

x,y»* 

Vulnerabilities 

ADA,  weather,  etc. 

Mean  time  between  failures 

hours 

Mean  time  to  repair 

hours 

a  3  4  Collector  Characteristics 

Factor 

Units 

Mean  process  delay 

seconds 

Data  linked 

y/n,  to  where 

Number  of  cameras 

n 

-  obscuration  factors 

foliage,  clouds,  light  conditions 

-  min/max  look  angle 

degrees 

-  area  eovered/opn.  ht. 

sq.  km 

Crew  required 

n 
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Collection  means 


film  or  electro-optical  (if  electro- 
optical,  ground  station  processing  delay  is  0} 
Mean  time  between  failures  hours 

Mean  time  to  repair  hours 

3.3.4.2.3  Ground  Processing  Station  Characteristics 

Factor  Units 

Mean  process  delay 
Mean  com  mo  delay 
Crew  required 
Saturation  rate 
#  collectors  at  a  time 
Location 

3.3.4.3  Generic  IR  System 

3.3.4.3.1  Platform  Characteristics 


min. 

min. 

n 

reports/min. 

n 

km  from  FEBA,  or  x,  y 


Factor  Units 


Range  km 

Time  on  station  min. 

Max  speed  knots 

Operational  speed  knots 

Max  height  meters 

Operational  height  meters 

Fuel  load  lbs. 

Crew  required  n 

Survivability  index  n 

Number  of  platforms  n 

Location  x,  y,  z 

Vulnerabilities  ADA 

Mean  time  between  failures  hours 

Mean  time  to  repair  hours 


3.3.4.3.2  Collector  Characteristics 


Factor 


Units 


Mean  process  delay 
Data  linked 
Number  of  cameras 

-  Obscuration  factor 

-  Min/max  look  angle 
Crew  required 
Collection  means 


seconds 
Y/N,  to  where 
n 

temperature,  emissivity  of  obje<.ts 

degrees 

n 


film 
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Mean  time  between  failures  hours 

Mean  time  to  repair  hours 

Constraints  needs  backup  photo  for  verification, 

requires  low  flight 
3.3.4.3.3  Ground  Processing  Station  Characteristies 


Factor 

Mean  processing  delay 
Mean  com  mo  delay 
Crew  required 
Saturation  rate 
#  collectors  at  a  time 
Location 


Units 

min. 

min. 

n 

reports/min. 

n 

km  from  FEBA,  or  x,y 


3.3.4.4  Generic  Imaging  Radar  System 
3.3. 4. 4.1  Platform  Characteristics 


Factor 


Units 


Type 

Range 

Time  on  station 

Max  speed 

Operational  speed 

Max  height 

Operational  height 

Fuel  load 

Crew  required 

Survivability  index 

Number  of  platforms 

Location 

Vulnerabilities 

Mean  time  between  failures 

Mean  time  to  repair 


air,  ground,  manpack 

km 

min. 

knots 

knots 

meters 

meters 

lb. 

n 

n 

n 

x,y,  (*) 

ADA,  weather,  etc. 

hours 

hours 


3.3.4.4.2  Collector  Characteristics 


Factor 


Units 


Type 

Crew  required 
Area  covered  at  operational 
height 

Mean  process  delay 
Data  linked 

Range  at  operational  height 


radar  type 
n 

square  km 

seconds 
Y/N,  to  where 
meters 
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Angular  resolution 
Output 

Vulnerabilities 

Mean  time  between  failures 

Mean  time  to  repair 

3.3.4.4.3 


Factor 

Mean  processing  delay 
Mean  com  mo  delay 
Crew  required 
Saturation  rate 
#  collectors  at  a  time 
Location 


degrees 

digital  display,  film 
active  emitter 
hours 
hours 


min. 

min. 

n 

reports/min. 

n 

km  from  FEB  A,  or  x,  y 


Ground  Processing  Station  Characteristics 

Units 


3.3.4.5  Generic  MTl  System 
3.3.4.5.1  Platform  Characteristics 


Factor  Units 


Type 

Location 

Number  of  platforms 
Range 

Time  on  station 
Max  speed 
Operational  speed 
Max  height 
Operational  height 
Fuel  load 
Crew  required 
Survivability  index 
Vulnerabilities 
Tracks 
Wheels 

Mean  time  between  failures 
Mean  time  to  repair 


air,  ground  vehicle,  manpack 

XtY.  Cs) 
n 

km 

min. 

knots  or  km/n 

knots  or  km/n 

meters 

meters 

lbs. 

n 

n 

ADA,  weather  for  air 
n,  ground  only 
n,  ground  only 
hours 
hours 


3. 3.4.5. 2  Collector  Characteristics 
Factor  Units 


Target  types  detected  personnel,  vehicles  (tracked, 

wheeled) 

Constraints  LOS,  etc. 
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Data  linked 

Velocity  threahold/target  type 

Crew  required 

Resolution 

Mean  process  delay 

Range  resolution 

Angular  resolution 

Output 

Vulnerabilities 

Mean  time  between  faQures 

Mean  time  to  repair 

Power 


Y/N,  to  where 

km/n 

n 

meters 

secon<k 

meters 

degrees 

digital  display,  film 

active  emitter 

hours 

hours 

watts 


3.3.4.S.3  Ground  Processing  Station  Charaeteristies 


Factor 

Crew  required 
f  collectors  at  one  time 
Mean  processing  delay 
Mean  com  mo  delay 
Saturation  rate 
Location 


Units 

n 

n 

min. 

min. 

I  reports/min. 
km  from  FEBA,  or  x,  y 


3.3.4.6  Generic  CM/CB  System 
3.3.4.6.1  Platform  Characteristics 


Factor 

Units 

Number  of  platforms 

n 

Location 

x.y 

Fuel  load 

lb. 

Crew  required 

n 

Survivability  index 

n 

Vulnerabilities 

active  emitter 

Tracks 

n 

Wheels 

n 

Mean  time  between  faUures 

hours 

Mean  time  to  repair 

hours 

3.3.4.6.2  Collector  Characteristics 


Factor 


Units 


Frequency  range 
Range  resolution 
Angular  resolution 


n  ..  n  MHz 

meters 

degrees 
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Reporting  speed 

Constraints 

Output 

Mean  processing  delay 

Target  types  detected 

Data  linked 

Vulnerabilities 

Crew  required 

Mean  time  between  failures 

Mean  time  to  repair 


reports  per  minute 

limited  operator  time 

real-time  target  location;  hard 

copy 

seconds 

artillery,  mortars 
Y/N,  to  where 
active  emitter 
n 

hours 

hours 


3.3.4.6.3  Ground  Processing  Station  Characteristics 


Factor 


Units 


Crew  required 
i  collectors  at  one  time 
Mean  processing  delay 
Mean  com  mo  delay 
Saturation  rate 
Location 


n 

n 

min. 

min. 

#  reports/min. 
km  from  FEBA,  or  x,  y 


3.3.4.7  Generic  REMS  1 


3.3.4.7.1  Collector  Characteristics 


Factor 


Units 


Sensing  Life 
Frequency  range 
Accuracy 
Data  link 
Range 
Constraints 

Vulnerabilities 

Mean  processing  time 

Location 

Output 

Saturation  rate 


hours 
n ..  n  MHz 
emplacement 
Y/N,  to  where 
km 

emplacement  may  require 
penetration  of  enemy  territory 
environmental  noise,  heat, 
vibrations,  etc. 

Seconds 

target  locations,  number, 
direction 
#  reports/min. 


3.3.4.7.2  Monitor  Chafaeteristies 
Factor  J 

Channels 

I  collectors  monitored 
Location 

Mean  processing  delay 
Mean  com  mo  delay 
Saturation  rate 

3.3.4.8  Generic  Jamming  System 


X,  y;  or  with  what  unit 

min. 

min. 

#  reports/min. 


3.3.4,8.1  Platform  Characteristies 


Factor 

Type 

Crew  required 
Fuel  load 
Location 

Survivability  Index 

VulnerabilitieB 

Tracks 

Wheels 

Mean  time  between  failures 
Mean  time  to  repair 
Max  Speed 
Operational  Speed 


air  or  ground 
n 

lbs. 

*.y 

n 

AD  for  air 

n 

n 

hours 

hours 

Knots  cr  kmAi 
Knots  or  km/n 


3.3.4.8.2  Jammer  Characteristics 


Factor 

Frequency  range 
Power 
Data  link 
Constraints 

Vulnerabilities 

Location 

Output 

Mean  time  between  failures 
Mean  time  to  repair 


n ..  n  MHz 
Watts 

Y/N,  to  where 

frequency  limits,  to  avoid  jamming 
friendly  emitters 
enemy  ECCM 

FM,  CW,  AM,  SSB,  PM 

hotn 

hours 


3.4  Other  Functional  Areas 

This  section  discusses  the  interfaces  with  functional  areas  other  than  lEW,  and 
modeling  needs  in  areas  of  particular  concern  to  an  lEW  ModeL 

3.4.1  Maneuver  Control 

The  principal  interfaces  between  lEW  and  maneuver  control  (composed  of  the 
combat  and  combat  support  subfimctional  areas)  are  the  integration  of  intelligence 
provided  through  combat  units,  and  communications  and  engineer  support  for  lEW  forces. 

In  general,  maneuver  elements  are  not  specifically  tasked  as  EEW  elements  are  in 
the  collection  process,  with  two  major  exceptions.  First  of  all,  cavalry  elements  at  corps 
and  division  have  primary  functions  relating  to  reconnaissance  and  surveillance  and  do  in 
fact  receive  detailed  collection  taskings  through  the  G2/S2  channels.  The  use  of  air 
cavalry  units  in  particular  is  oriented  towards  intelligence  collection  for  the 
commander.  The  second  exception  is  the  corps  and  division  engineer  elements  whose 
secondary  role  is  to  report  terrain  data  relevant  to  collection  taskings  from  the  G2  of 
their  parent  echelon.  Again,  specific  collection  taskings  can  take  place  for  collection  of 
detailed  information  on  terrain  items  which  have  direct  impacts  on  enemy  location  and 
maneuver.  In  both  cases  of  the  cavalry  and  engineer  elements,  the  unit  S2's  perform  a 
similar  role  to  that  of  the  maneuver  brigade  BICC  described  in  section  3.3.3. 

For  units  not  specifically  tasked  as  intelligence  collectors,  a  linkage  must  still  be 
provided  to  allow  combat  information  relating  to  known  PIR/IR  to  be  reported  through 
the  unit  S2  to  the  parent  echelon  G2/S2  for  assimilation  into  the  situation  development 
process. 

Communications  support,  in  the  form  of  provision  of  backup  communications 
channels,  will  be  required  of  the  maneuver  control  functional  area  by  lEW  elements. 
Specific  study  issues  exist  to  examine  the  lEW  communications  capabilities,  including  the 
backup  capability  resident  in  the  maneuver  forces.  These  channels  must  be  explicitly 
represented. 

Engineer  support  is  required  for  mobility  and  survivability  support  to  lEW 
elements.  During  adverse  weather  conditions  lEW  elements  can  request  mobility 
assistance  from  engineer  elements,  including  bridge  emplacement  and  road  clearing. 


Survivability  support  relates  to  the  ability  to  maintain  operations  under  enemy  attack. 

To  this  end,  engineer  elements  may  be  needed  to  erect  mobility  barriers  and  shelters  to 
aid  in  the  protection  of  sensitive  lEW  systems. 

3.4.2  Fire  Support  (PS) 

lEW  linkages  to  fire  support  fall  in  two  major  areas,  target  development  and  USAF 
R/S  support.  The  ASPS  at  corps  and  division  is  complemented  with  both  lEW  and  FS 
personr.eL  The  process  of  target  development  begins  and  ends  at  the  ASPS  insofar  as  the 
lEW  elements  are  concerned,  but  in  order  to  reflect  the  impact  of  target  detection  on 
the  battle,  a  quickfire  link  to  the  Corps  FAS  and  Division  FSE  is  required  to  cue  fire 
support  assets  to  attack  and  destroy  these  targets.  The  rapid  integration  of  FS  target 
acquisition  successes  into  the  situation  and  target  development  processes  hinges  on  the 
use  of  the  Field  Artillery  Intelligence  Officer  resident  at  the  ASAC.  He  acts  as  a  liaison 
between  FS  elements  and  the  CMDS  and  ASPS  and  such  a  linkage  must  be  included  in  an 
lEW  modeL 

3.4.3  Air  Defense  Artillery  (ADA) 

The  primary  linkage  between  lEW  and  ADA  of  importance  to  the  lEW  Model  is  the 
coordination  of  passage  of  lEW  assets  through  airspace  controlled  by  ADA  elements. 
Corps  and  division  level  airborne  sensors/jammers  require  route  coordination  during  both 
the  deployment  and  employment  phases  of  a  mission,  in  order  to  avoid  being  attacked  by 
friendly  ADA  forces. 

3.4.4  Combat  Service  Support 

Ihe  requirements  research  has  not  discovered  any  lEW  linkages  in  this  area 
currently  in  need  of  highlighting.  The  CORDIVEM  CSS  functional  area  representation 
objective  (FARO)^^^^  is  sufficiently  detailed  for  use  in  the  lEW  modeL 

3.5  Threat  Representation 

The  lEW  Functional  Area  Model  is  planned  to  share  a  common  threat  representation 
with  the  generic  CORDIVEM^^^\  Because  of  the  nature  of  the  analyses  to  be  employed 
in  the  lEW  ModeL  however,  certain  augmentations  may  be  required  to  provide  the 
paramatric  sensor  representations  with  observables  to  collect.  These  observables  consist 
of  two  basic  components:  physical  objects  relating  to  threat  units  and  their  equipments, 
and  activity  patterns  reflective  of  threat  unit  behaviors.  Each  is  discussed  below. 
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3.5.1  Threat  Units  and  Equipments 

fii  general,  the  level  of  resolution  of  threat  used  in  the  gfenerie  CORDIVEM  is 
battalion  level,  with  non-maneuver  units  represented  at  a  lower  level  when  they  are 
employed  as  company  and  even  platoon  elements.  The  lEW  functional  area  model  will 
require  a  greater  degree  of  resolution.  While  a  detailed  propagationHevel  representation 
is  not  necessary,  the  parametric  sensor  models  will  be  looking  for  components  of 
company-sized  units  (vehicles,  radios,  radars,  bunkers,  etc).  Unit  templates  based  on 
equipment  configurations  used  in  sensor  data  processing  require  lower  than  battalion 
resolution.  This,  however,  is  not  a  fixed  requirement.  As  analytical  needs  change,  the 
model  will  need  to  vary  the  resolution  of  threat  units  and  equipment  represented  to  fit 
the  study.  At  this  level,  however,  the  company  level  is  the  lowest  maneuver  echelon 
required  for  the  lEW  Functional  Area  ModeL 

3.5.2  Threat  Behaviors 

Emission,  movement  and  shooting  events  take  on  additional  meanings  when  viewed 
in  the  battle  context.  Behavior  patterns  often  reflect  enemy  intentions  in  manners  that 
equipment  configurations  don't.  The  lEW  model  requires  a  flexible  rule-base  for  the 
modeling  of  Red  force  and  the  implementation  of  decisions  in  force  movement, 
communications  and  shooting.  The  model  must  be  able  to  allow  improvements  in  threat 
decision-making  over  time  as  commanders  gain  battle  experience,  bi  a  similar  fashion, 
threat  units  must  be  able  to  change  emission  patterns  when  previous  patterns  are  easily 
detected  and  subject  to  attack.  In  short,  the  threat  needs  to  exhibit  the  same  type  of 
adaptibility  a  real  threat  will  on  the  battlefield.  In  an  lEW  Model  this  flexibility  is  very 
important  since  the  job  of  situation  development  processes  is  to  detect  enemy  behavior 
patterns  and  changes  in  those  patterns  in  order  to  deduce  enemy  intent. 
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4.0  DESCRIPTION  OF  REQUIRED  DBW  PROCESSES 

This  section  will  describe  each  of  the  capabilities  introduced  in  Section 
3  for  lEW  elements.  Each  capability  will  be  delineated  with  regard  to  the 
events  which  t<*igger  its  execution,  the  internal  process  involved,  and  the 
output  it  provides.  Included  with  each  process  are  the  lEW  elements  that 
perform  the  process  (see  Section  3.3). 

For  the  lEW  functional  area  model,  the  major  capaUlities  for  all 
functional  areas  except  lEW  will  remain  as  defined  for  CORDIVEM,^^^^  the 
lEW  capabilities  being  more  detailed  in  terms  of  their  major  functional  area 
discip]ines^^^\  Table  4-1  relates  these  expanded  lEW  capabilities  to  the 
general  categories  of  functions  considered  in  the  CORDIVEM  lEW  FARO.^^^^ 


TABLE  4-1 


lEW  MODEL  PROCESSES  AND  CORDIVEM 
lEW  CORDIVEM 

•  Situation  Development  and  Target  Development 


IPB 

Collection  Management 
Collection  Requirements 
Collection  Tasking 
Collection  Monitoring 
Collection 
Processing 

Single-Source  Correlation 
Multi-Source  Analysis  (Fusion) 
Target  Value  Analysis  (TV A) 
Post  Attack  Assessment 
Dissemination 


Collection  Mission  Management 
Decompositionn/a* 
Collection  Mission  Management 
Collection  Mission  Management 


n/a 

Fusion 

n/a 

n/a 

Communications 


•  EW  Operations 

-  EW  Mission  Planning  and  Tasking 

-  ESM  Operations 

-  ECM  Operations 

—  Imitative  Electronic  Deception 
(lED) 

—  Jamming 

-  EW  Mission  Assessment 

•  Movement 


Jamming  Mission  Management 

Collection 

Jamming 

n/a 

Jamming 

n/a 

movement 


Communications 


communications 


*  n/a  =  not  addressed  or  not  applicable  to  the  CORDIVEM  scope. 


4.1  Situation  and  Target  Development 

4.1.1  htelligeneo  Preparation  of  the  Battlefield  (IPB)  (Corps  and 
Division  ASPS) 

-  Input.  IPB  requires  four  major  types  of  data.  Doctrinal  threat 
templates  are  provided  by  the  G2  staff  and  the  ASPS.  Identification 
of  the  Area  of  hiterest/Influence  (AID  is  provided  by  the  force 
commander,  delineating  the  geographic  area  of  concern.  Terrain 
data  supplied  by  the  Corps  (or  Division)  Engineer  includes  not  only 
topographical  information,  but  also  updates  as  to  man-made 
obstacles,  buildings,  bridges,  etc.  which  influence  force  movement 
and  intervisibility.  Weather  data  is  provided  and  maintained  by  the 
USAF  Weather  Team  at  corps  (and  division).^^®*^^ 

-  Process.  IPB  is  a  five-fold  process.  Step  1  involves  determining  the 
probable  threat  configuration  through  the  use  of  doctrinal  templates 
which  portray  threat  units  in  various  combat  states.  The  appropriate 
templates  are  chosen  and  adapted  if  required  to  reflect  the 
perceived  current  situation.  Step  2  requires  the  isolation  of  the  AD 
and  the  determination  of  key  features  within  that  area  to  be 
examined  in  terrain  and  weather  terms.  In  step  3,  the  terrain 
analysis,  the  AD  is  annotated  on  a  map  with  highlights  relating  to  the 
impact  of  the  various  terrain  features  present  on  force  movement. 
Mobility  corridors  are  isolated,  and  intervisiblity  areas  are  plotted. 
The  weather  analysis  (step  4)  is  a  refinement  of  the  terrain  analysis 
with  expected  weather  effects  on  the  terrain  features.  Excessive 
rain  will  cause  swelling  of  rivers  and  streams  which  can  reduce  the 
number  of  mobility  corridors  available  to  the  enemy.  The  final  step 
in  IPB  is  to  form  the  Event  and  Decision  Support  Templates  which 
serve  as  a  graphical  intelligence  estimate  and  mini-operations  plan. 
Key  terrain,  weather  and  enemy  operational  considerations  sure 
highlighted  on  map  overlays  to  help  the  force  commander  make 


decisions  concerning  force  maneuver  during  the  battle.  They  also 
serve  to  cue  collection  management  efforts  by  helping  the  force 
commander/G3  staff  form  relevant  and  answerable  PIR/IR,^^®^ 

-  Output.  Event  and  Decision  Support  Templates  are  passed  to  the 
force  o..nimander/G3  Staff  for  use  in  formulating  force  movement 
decisions  and  to  help  in  the  generation  of  relevant  PIR/IR  to  drive 
the  collection  management  process.  Event  and  Decision  Support 
Templates  are  also  passed  to  the  CMDS,  ASPS  and  EWS  to  help 
establish  collection  priorities,  to  cue  processing  to  look  for  activity 
in  those  areas  in  which  the  enemy  is  most  likely  to  operate,  and  to 
cue  EW  missions  against  electronic  high  value  targets  (HVlO, 
respectively. 

4.1.2  Collection  Management 

C-ollection  Management  is  a  cyclical  process  composed  of  the 
determination  of  intelligence  requirements,  the  formation  of  collection 
taskings,  and  the  evaluation  of  collection  reporting.  These  functions  are 
described  below: 

4.1.2.1  Collection  Requirements  Decomrosition.  (Corps  and  Division 
CMDS) 

-  Input.  The  collection  requirements  definition  phase  Is  triggered  by 
requests  from  the  force  control  elements  for  answers  to  the 
PIR/IR.  bi  the  lEW  model,  the  PIR/IR  flow  down  from  force  control 
and  must  be  decomposed  into  recognir.able  data  items  which  can  be 
gathered  by  the  lEW  collection  systems.  In  a  similar  manner,  high 
value  targets  (HVT)  are  received  from  the  EWS  and  ASPS  and  are 
decomposed  into  collectable  data  items.^^®^  The  results  from  the 
IPS  process  are  received  from  the  Corps  ASPS. 

-  Process.  The  PIR/IR  are  broken  down  into  the  critical  indicators, 
and  critical  indicators  into  data  elements  that  can  be  collected.  For 
example,  the  PIR  posed  as  "Will  the  enemy  attack  in  the  south,  and  if 
so,  when?"  would  be  decomposed  into  the  critical  indicators  of  an 
attack  for  the  situation  at  hand.  Since  a  critical  indicator  of  an 
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attack  ia  the  forward  displacement  of  artiUery  units,  the  resulting 
data  elements  required  to  answer  the  PIR  would  bet 
Number  of  artillery  units  in  the  southern  seet(^ 

-  Location  of  movement,  and  speed 

-  Some  criteria  for  establishing  thct  they  are  "forward" 

>  An  estimate  of  whoi  that  state  will  be  achieved 

-  Output.  The  result  of  this  process  is  a  list  of  collection  requirements 
at  the  data  element  level  keyed  to  the  PIR/IR/HVT  which  sparked 
the  process.  These  requirements  are  given  to  the  collection 
management  element. 

4.1.2.2  Collection  Tasking  (Corps  and  Division  TCAE) 

-  Input.  As  noted  above,  the  receipt  of  required  PIR/IR  and  HVT  data 
elements  will  trigger  collection  tasking. 

-  Process.  Collection  tasking  begins  with  the  searching  of  established 
databases  to  determine  if  the  required  data  items  are  readily 
available.  If  net,  a  review  of  the  current  tasking  of  appropriate 
sensor  systems  is  made  to  determine  if  the  data  elements  can  first 
be  gained  from  established  missions,  or  second,  if  current  missions 
can  be  expanded  to  gather  the  additional  information.  If  current 
missions  are  inadequate,  new  missions  are  specified.  Priorities  are 
then  set  for  collection  missions  and  missions  are  added  or  cancelled 
as  needed  to  inswe  responsive  collection. 

-  Output.  The  output  from  the  eoUection  tasking  phase  is  a  mission 
directive  sent  to  the  collection  system  which  would  include  the 
specifle  colleetion  parameters  required  in  order  to  gather  the  data 
elements  sought.  To  continue  the  example  of  the  PIR/IR  relating  to 
an  attack  in  the  south,  a  collection  tasking  might  be  as  follows: 

Sensor:  Aerial  R/S  airframe  #1068 

Station:  Oval  reconnaissance  bounding  (position  x  to  position  y) 
Time:  0430-0500  hrs  14  MAR  79 
Conflguration:  SLAR/PHOTO 
Resolution:  SX 


-61- 


J.- 

m 


mam 


Data  elements  required:  company  and  larger  movements  south 
out  of  assembly  areas  in  vicinity  of  highway  23,  48  and  IS. 

Requirement  I:  1 281 0  (division) 

4.1. 2.3  Collection  Monitoring  (Corps  and  Division  CMOS) 

-  Input.  The  ASPS  sends  the  CMDS  interim  reports  concerning  the 
availability  and  applicability  of  reported  intelligence  to  the  stated 
PIR/IR/HVT  and  critical  indicators  of  enemy  activity.  The  TCAE 
win  also  report  on  the  availability  and  appropriateness  of  certain 
sensor  systems  with  regard  to  selected  collection  requirements.'  ' 

-  Process.  The  CMDS  is  responsible  for  determining  whether  further 
decomposition  or  definition  of  the  PIR/lR/HVT  is  required,  whether 
further  or  more  specific  collection  taskings  are  required,  whether 
clearer  guidelines  are  needed  for  processing,  etc.,  in  order  to  satisfy 
PIR/IR/HVT  in  a  timely  manner. 

-  Output.  The  CMDS  will,  as  a  result  of  collection  monitoring,  clarify, 
restate  or  redefine  intelligence  requirements,  collection  tasking 
instructions  and/or  processing  guidelines  as  required  to  aid  in  tlie 
answering  of  the  PIR/IR/HVT. 

4.1.3  Collection  (all  collection  systems) 

-  Input.  Collection  begins  with  a  tasking  directing  a  sensor  system  to 
deploy  to  an  area  and  operate  its  collection  means  in  a  particular 
fashion  to  obtain  and  report  specific  data  elements  required  to 
answer  the  PIR/IR/HVT. 

-  Process.  Upon  receipt  of  a  mission,  a  sensor  will  deploy  to  the 
operational  station  and  begin  sensing  during  the  time  span  indicated 
in  the  collection  order.  If  the  mission  is  unsuccessful  during  the 
specified  timeframe  the  mission  can  be  redirected  or  continued, 
subject  to  the  tasking  authority.  Upon  receipt  of  the  required  data, 
the  sensor  assembles  the  data  for  transmission  to  the  processing 
facility  involved,  if  required,  or  directly  to  the  tasking  authority  if 
little  or  no  processing  is  involved. 


-  Output.  Collected  data  is  reported  to  the  tasking  authority  along 
with  a  current  status  report. 

4.1.4  Processing 

EEW  processing  is  performed  at  three  levels,  at  the  sensor  or  ground 
processing  station  level,  at  the  tasking  authority  level  (TCAE),  and  at  the 
multi-source  and  target-value  analysis  level  (ASPS).  For  purposes  relating  to 
an  lEW  functional  area  model,  the  first  level  of  processing  is  considered  to  be 
an  internal  process  to  the  collection  system  and  is  not  described  here.  That 
level  is  more  relevant  to  a  process  model  which  seeks  to  represent  sensor 
collection  algorithms  in  detail.  The  other  two  levels  are  detailed  here: 

4.1.4.1  Single-Source  Correlation  (Corps  and  Division  TCAE) 

-  hput.  Critical  indicators  and  data  items  from  the  PIR/IR/HVT 
decomposition  are  received  from  the  CMDS.  Formatted  tactical 
intelligence  reports  are  received  from  sensors  of  like  types. 
Maintenance  and  performance  histories  of  sensor  systems  are 
maintained  by  the  TCAE. 

-  Process.  Reported  data  elements  are  reviewed  for  consistency  and 
validity,  and  are  cheeked  against  known  sensor  error  characteris¬ 
tics.  Data  from  individual  sensors  is  compared  with  that  from  other 
sensors  tasked  in  the  same  area  to  determine  overlaps  and/or 
confirmations.  PIR/IR  filled  at  this  level  are  tagged  for  reporting  to 
the  collection  management  authority  (CMDS). 

-  Output.  Fulfilled  PIR/IR  are  sent  to  the  CMDS,  Collected  and/or 
corrected  data  is  forwarded  to  the  ASPS  for  further  processing. 
Satisfied  HVT  are  passed  to  the  Corps  FAS  (or  the  Corps  EWS  for 
electronic  HVT)  for  targeting. 

4.1.4.2  Multi-Source  Analysis  (Fusion)  (Corps  and  Division  ASPS) 

-  friput.  Tactical  intelligence  reports  from  the  single-source 
correlation  phase,  weather  reports,  and  critical  indicators  formed 
through  requirements  decomposition  effort  are  tagged  to  unfulfilled 
PiR/IR/HVT. 
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Process.  Data  elements  gathered  from  various  sources  are  time 
ordered  and  then  overlaid.  Croes  function  evaluations  are  performed 
to  eliminate  obvious  errors,  reliability  factoring  is  done  to  assess 
relative  confld&ice  levels,  and  critical  indicators  are  either  satisfled 
or  not,  depending  on  the  success  of  the  collection  effort.  Targeting 
requirements  are  also  reviewed  for  those  targets  not  found  with 
single-source  methods. 

Output.  Satisfied  PIR/IR/HVT  are  assembled  for  dissemination  to 
the  force  commander  and  his  staff.  Unsatisfied  PlR/IR/HVT  are 
evaluated  to  see  if  they  require  further  collection,  or  if  they  can  be 
removed  from  the  cycle  if  no  longer  required. 

.1.4.3  Target-Value  Analysis  (TV A)  (Corps  and  Division  ASPS) 

Input.  The  Event  and  Decision  Support  Templates  from  the  IPB 
process  form  the  basis  for  TV  A,  along  with  the  enemy  order  of  battle 
perception  (OB)  as  it  develops  in  the  ASPS. 

Process.  Weather  and  terrain  data  used  in  the  IPB  process  are 
related  to  the  doctrinal  templates  for  the  opposing  force,  with  an 
eye  to  determining  critical  points  of  enemy  weakness.  For  instance, 
enemy  operations  in  a  marshy  area  during  wet  or  cold  weather 
conditions  require  sustained  combat  engineer  support  for  mobility. 
Isolation  of  enemy  combat  engineers  and  their  neutralization  can 
significantly  aid  in  countering  the  opposing  force's  mobility.  In  this 
way,  TV  A  evaluates  the  enemy  OB  against  known  weather  and 
terrain  factors  to  determine  high  value  targets.^^®^ 

Output.  Collection  requirements  recommendations  (for  target 
development)  are  passed  to  the  CMDS  in  the  form  of  a  target  list. 
Reported  target  detections  are  passed  to  the  Corps  FAS,  Division 
FSE  or  Corps  EWS  for  engagement. 

.1.4.4  Post  Attack  Assessment  (Corps  and  Division  ASPS) 
friput.  EW  end  of  mission  reports  and  tactical  sensor  reports  are 
received  from  the  TCAE.  Fire  support  end-of-mission  reports  are 
passed  to  the  ASPS  from  the  Corps  FAS  or  the  Division  FSE.  The 
target  list  formed  in  TVA  is  also  used  in  post  attack  assessments. 
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-  Process.  As  a  result  of  the  T/A  and  collection  efforts,  fire  support 
and/or  EW  assets  have  attacked  the  identiHed  high  value  target, 
bicluded  in  the  end-of-mission  report  is  information  relating  to  the 
success  of  the  attack.  At  the  same  time,  IBW  collection  systems 
may  have  independently  observed  the  results  of  the  attack. 
Confirmation  is  made  of  the  destruction/degradation/disruption  of 
enemy  HVT  and  an  estimation  of  the  damage  done  to  enemy 
operations  is  made.  Recommendations  for  exploiting  the  damage  are 
formed.^^®^ 

-  Output.  The  damage  assessment  and  recommendation  for  further 
action  is  forwarded  to  the  CMDS  for  dissemination  to  the  force 
commanders/G3  staffs  involved. 

4.1.5  Intelligence  Dissemination  (Corps  and  Division  CMDS) 

-  Input.  Satisfied  PIR/IR  with  supporting  critical  indicators  and  data 
elements  are  received  from  the  fusion  center  (ASPS)  or  the  single 
source  analytical  centers  (TCA^. 

-  Process.  Completed  PIR/IRs  are  gathered  by  function,  relating  to 
the  force's  mission,  and  are  assembled  into  intelligence  summaries 
(INTSUMS)  for  the  force  commander^  review.  If  transminion  to  a 
lower  or  higher  echelon  is  required,  a  communications  means  is 
selected. 

-  Output.  Intelligence  summaries  are  presented  to  the  force  com¬ 
mander  on  a  predetermined  basis,  depending  on  the  pace  of  the 
battle,  or  on  demand. 

4.2  EW  Operations 

Electronic  Warfare  (EW)  consists  of  intelligence  collection  relating  to 
the  enemy  signals  environment  (ESM),  countermeasures  designed  either  to 
deceive  or  disrupt  the  enemy  (ECM),  and  countermeasures  to  the  enemy's 
attempts  to  deceive  or  disrupt  friemSy  forces  (ECCM).  EW  is  the 
responsibility  of  the  G3  staff,  as  electronic  warfare  systems  are  considered  as 
weapons  and  not  as  collection  systems.  Even  so,  substantial  lEW  efforts  are 
required  in  ESM,  ECM  and  ECCM  to  implement  the  G3^  direction.  ECCM  is 
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not  discussed  here,  as  it  principally  consists  of  a  set  of  policies  regarding 
signals  security  and  is  not  appropriately  modeled  in  an  lEW  functional  area 
modeL 

4.2.1  EW  Mission  Planning  (Corps  and  Division  EWS) 

-  Input.  The  G3  staff  gives  the  EWS  a  detailed  summary  of  the 
commander^  concept  of  operations,  focusing  on  the  desired  method 
of  attack  of  high  value  targets  (HVT).  The  Corps  FAS  (Division  FSE) 
provides  input  from  the  fire  support  channels  to  help  form  an 
integrated  HVT  attack  plan.  The  results  of  the  IPB  process  are  used 
as  well  to  cue  EW  plans. 

-  Process.  Templates  are  used  to  focus  ESM  collection  on  identified 
HVT  and  to  determine  defensive  EW  measures  to  defeat  enemy 
counter-C^  efforts.^^®^  Electronic  HVT  are  divided  into  four  major 
groups: 

•  HVT  to  be  destroyed 

•  HVT  to  be  jammed 

•  HVT  to  be  intercepted  for  intelligence  collection  purposes 

«  HVT  to  be  deceived 

Appropriate  attack  strategies  are  outlined  for  each  group  of  targets,  and 
attack  means  are  identified.  Combinations  of  fire  support  and  EW  attacks  are 
coordinated  at  this  leveL  Those  HVT  requiring  EW  attack  are  prioritized  with 
the  following  priorities: 

•  protection  of  friendly  C  systems 

•  attack  of  enemy  direct  and  indirect  fire  forces 

•  suppression  of  enemy  air  defense  forces  (SEAD) 

•  countering  wemy  C  (C  CM) 

-  Output.  ESM  collection  priorities  (electronic  HVT%)  are  sent  to  the 
CMOS  for  inclusion  in  the  collection  requirements  decomposition 
process.  Mission  taskings  are  formulated  for  EW  assets  and  passed  to 
the  intermediate  tasking  authorities  for  implementation. 


4.2.2  ESM  Operations  (SIGINT  sensor  systems) 

Electronic  Warfare  Support  Measures  (ESM)  Operations  involve  the 
intercept  and  direction  finding  activities  of  SIGINT  sensor  systems  designed  to 
detect  and  locate  enemy  electonic  HVT.  These  operations  are  contained 
within  the  coEectian  process  identified  for  Situation  and  Target  Development 
(Section  4.1.3). 

4.2.3  ECM  Operations  (Corps  and  Dlv’sion  Jammer  Systems) 

Electronic  Countermeasures  involve  two  major  sub-processes,  imitative 

electronic  deception  (lED)  and  jamming.^^^^  Jamming  systems  are  capable  of 
performing  both  of  these  functions,  although  specific  types  of  lED  may 
require  highly  specialized  equipment  and  operators. 

4.2.3.1  Imitative  Electronic  Deception  (lED)  (Corps  and  Division 
Jammer  Systems) 

-  Input.  Mission  taskings  come  from  the  EWS  via  the  appropriate 
intermediate  headquarters.  Mission  tasking  includes  target 
description,  method  of  deception  to  be  employed,  message  to  be 
passed  or  nuisance  type  to  be  injected  into  enemy  communications 
channels,  etc. 

-  Process.  EBD  may  involve  actually  entering  the  enemy  radio  nets  as 
a  bona  fide  net  member  and  the  passing  of  false  information  to  the 
enemy.  Another  form  of  lEW  involves  the  use  of  enemy-like 
communications  as  a  nuisance  to  enemy  nets  or  communications 
centers.  Open  or  encoded  information  can  also  be  used  to  allow  the 
enemy  to  think  he  has  into’cepted  and  broken  into  a  valuable  source 
of  information  about  the  friendly  forces.  Finally,  jamming  can  be 
used  to  deceive  the  enemy  at  key  junctures  regarding  friendly 
intentions.^^®^ 

-  Output.  In  moat  cases,  false  information  is  passed  to  the  enemy  to 
become  the  basis  for  decisions  that  win  ultimately  serve  to  degrade 
enemy  operations. 
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4.2.3.2  Jamming  (Corpe  and  Division  Jamm«r  Systems) 

-  Input.  Mission  tasldngs  come  from  the  EWS  via  the  appropriate 
intermediate  headquarters. 

-  Process.  The  jamming  system  may  or  may  not  need  to  displace  upon 
receipt  of  a  mission  order,  but  the  system  will  bring  itself  within 
range  and  in  electronic  line-of-sight  of  the  target.  The  jamming  is 
executed  according  to  the  specific  parameters  received  in  the 
mission  orders  which  include  frequency,  signal  strength,  target 
location,  attack  strategy,  and  duration  of  the  jamming  mission.  If  a 
look-through  capability  is  present,  the  jammer  will  determine  the 
effect  of  the  mission  (duration  of  interrupted  enemy  activity),  and 
report  this  to  the  tasking  authority. 

-  Output.  An  end  of  mission  report  is  passed  to  the  tasking  authority 
(EWS)  upon  completion. 


-  Input.  End-of-mission  reports  from  jammer  systems  are  passed  to  the 


EWS  to  aid  in  the  determination  of  success  in  the  electronic  attack 


of  HVT.  Enemy  order  of  battle  (OB)  data  are  received  from  the 
ASPS.^3^^ 


-  Process.  Reported  mission  results  are  compered  to  the  enemy  OB 
and  confirming  intelligence  reports  regarding  particular  HVT  to 
determine  the  impact  on  enemy  forces.  The  damage  from  electronic 
attack  is  particularly  difficult  to  assess  unless  it  results  in  an  altered 
behavior  which  can  be  observed  with  other  sensor  systems. 

-  Output.  The  EWS  refines  its  attack  priorities  for  electronic  HVT  as 
attacks  are  executed,  confirmed  and  assessed.  In  this  way  EW 
support  to  the  commander  is  kept  timely  and  responsive. 


5.0  RBQUIRBMENTS  AMALYSB  AND  RECOMMENDATIONS 

Table  5-1  portrays  the  major  characteristics  of  the  various  application 
requirements  drawn  from  the  user  requiremaits  presented  in  Section  2.  By 
reviewing  this  table  it  is  apparent  that  one  model  cannot  support  the  full 
range  of  requirements  summarized  therein.  This  section  presents  a  method  of 
satisfying  these  requirements  with  a  group  of  lEW  models  consistent  with  one 
another  and  the  AMIP  hierarchy  of  models. 

The  following  paragraphs  will  relate  each  of  the  application  areas  to  the 
identified  requirements  categories  as  shown  in  Table  5-1. 

5.1  Combat  Force  Representation  Requirements 

Each  of  the  three  analytical  applications  require  a  fully  two-sided 
combat  model  with  resolution  which  varies  from  battalion  level  (MAA, 
CORDIVEM)  down  to  company  and  equipment  level  (COEA).  The  system 
testing  applications  do  not  require  a  combat  model  at  all,  since  their  primary 
fmctions  are  to  test  hardware  and  software  under  varying  conditions  which 
can  be  produced  artificially  (without  a  combat  model)  without  prejudicing  the 
results.  The  two  training  applications  differ  in  this  need.  Field  training  and 
command  post  exercise  (FTX/CPX)  support  certainly  requires  a  full 
representation  of  both  Blue  and  Red  combat  and  elements.  School  training 
needs  center  on  Blue  lEW  organizational  and  procedural  instruction,  and 
studies  of  Red  combat  force  behavior.  These  do  not  require  a  full 
representation  of  Blue  combat  forces  to  maintain  training  utility. 

5.2  Blue  Functional  Area  Representation  Requirements 

The  analydcal  applications  require  a  balanced  representation  of  all  five 
functional  areas  to  maintain  analytical  integrity.  The  system  test  and 
training  needs  can  be  satisfied  by  detaQed  lEW  representations  omitting  much, 
if  not  all,  of  the  rest  of  the  Blue  force. 

5.3  Speed  Requirements 

In  every  application  area,  the  proponoits  either  identified  a  need  for 
faster  than  real  time  simulation  support  or  would  settle  for  real  time 
processing.  It  is  unclear  the  degree  to  which  this  factor  can  be  used  for  a 
requirements  analysis,  but  in  general  it  can  be  said  that  the  stochastie 
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TABLE  S-1 


HOOEl  OWtACTERlSTTCS  BY  APPLICATION  ARE* 


1 

1  ANALYSIS 

1  SYSTEM  TEST 

1 

1  TRAINING 

CHARACTERISTICS 

MAA 

COEA 

CDRDIVEM 

DEVELOP . 

CDSF 

CRX/m 

SCHOOL 

BLUE 

Coabat 

Repretentation 

] 

X 

X 

X 

N/R 

N/R 

X 

N/R 

Functional  Artas 

S 

s 

s 

lEW 

lEN 

lEW 

lEM 

RED 

Coabat 

Representation 

X 

X 

X 

X 

X 

X 

X 

Speed 

FTRT 

FTRT 

FTRT 

ETRT/RT 

N/l 

FTRT/RT 

FTRT/RT 

Graphics 

N/I 

N/l 

N/I 

N/l 

N/I 

Interactive 

Interactive 

Outputs 

EVE^^TS 

EVENTS 

EVENTS 

EVENTS 

EVENTS 

HOE 

HOE 

HOE 

HOE 

HOE 

Interaction 

Low 

Low 

Low 

Low 

Low 

High 

High 

Sensor 

Repi'es^ntat  ion 

i 

j  Medita 

1 

High 

Uw 

High 

High 

MediuA 

Medium 

£*r 

X  •  re<tui  r»d 

N/R  •  not  required 

5  •  til  five  functiontl  treat  required 

lER  ■  only  lEM  functional  tret  required 

FTRT  •  fatter  than  real  tiae 

RT  •  real  tiae 

N/1  •  not  identified 

EVENTS  •  detailed  event  hiitory 

MOE  •  tracking  le^ected  MOE’t 


analytical  applications  have  a  need  to  execute  many  iterations  of  the  model 
'overnight'  in  order  to  gather  a  larg^  enot^  sample  for  statistical  reliability 
of  the  results.  Deterministic  analytical  models  also  have  a  need,  usually  due 
to  their  size  and  complexity,  to  run  at  a  high  speed  for  ease  of  use  during 
analyses.  System  test  applications  in  general  can  take  longer  for  their  results, 
but  since  the  tasks  are  fewer  to  begin  with,  the  speed  issue  is  not  as  critical. 
IVainers  need  at  least  real-time  processing  to  simulate  an  ongoing  battle  and 
to  give  the  students  a  sense  of  realism  in  the  battle  play. 

5.4  Compute!-  Graphics  Support  Requirements 

Only  in  the  training  applications  were  requirements  for  graphics  support 
clearly  identified,  although  in  every  application  area  graphics  can  play  an 
important  role  in  tracing  events  and  evaluation  of  the  results.  For  training, 
however,  interactive  graphics  devices  are  required  to  allow  the  student  to 
converse  with  the  simulation  based  on  the  set  of  knowledge  available  at 
different  points  in  the  situation.  Graphics  allow  for  quick  assimilation  of 
large  amounts  of  information,  a  feature  essential  in  the  training  of  lEW 
processes. 

5.5  Output  Requirements 

Table  5-1  addresses  event  histories  and  MOE  traces  as  outputs 
appUcable  to  the  various  application  areas.  Event  history  indicates  a  detailed 
listing  of  exactly  what  transpired  (in  a  military  sense)  during  the  simulation 
run.  This  includes  Blue  force  movement  and  engagement.  Blue  C  decisions 
and  the  supporting  data  relevant  to  each  decision,  and  threat  events.  MOE 
trace  relates  to  the  tracking  of  pre-determined  measures  of  effectiveness 
during  the  course  of  a  simulation.  These  apply  in  all  areas  but  training. 

5  6  Degree  of  Interaction  Required 

The  analytical  and  system  test  applications  can  be  thought  of  as  batch 
processes.  Data  relating  to  study  issues  are  prepared  in  advance,  entered  into 
the  simulation,  and  then  tecuted  at  high  speed  for  many  iterations. 
Typically,  no  interaction  is  allowed  during  execution.  Training  needs,  on  the 
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other  hand,  require  a  high  degree  of  interaction  to  allow  students  to  learn  as 
the  simulation  proceeds,  changing  Blue  responses  to  Red  behaviors,  or 
intervening  in  emerging  battle  outcomes. 

5.7  Blue  Sensor  Representation  Resolution  Requirements 

In  table  5-1  three  values  are  listed  for  this  entry.  Txjw'  relates  to  a 
numerical  represem'aticm  of  the  impact  of  the  use  of  particular  sensor 
systems.  At  this  level  sensor  detections  can  be  a  matter  of  a  yes^o  random 
generation  process.  'Medium*  relates  to  a  parametric  representation  of  sensor 
systems  where  the  sensor  performance  factors  are  flexible  parameters  that 
can  be  set  by  the  user  to  portray  several  sensors  in  many  configurations  and 
levels  of  quality.  'High'  means  sensor  systems  are  represented  fully  including 
a  full  representation  of  the  signal  propagation  and  detection  processes.  In  this 
representation,  the  internals  of  a  particular  system  are  modeled. 

Due  to  the  nature  of  the  system  test  and  COEA  examinations,  a  high 
degree  of  sensor  representation  is  required  for  those  syst»"ns  under  review. 
The  MAA  application  and  the  school  and  CPX/FTX  training  applications  can 
be  satisfied  with  a  medium  level  (parametric)  representation  with  the  sensor 
performance  parameters  being  supplied  off-line  from  an  engineering  or 
process  modeL  The  CORDIVEM  requires  only  the  results  of  sensor 
performance  as  Inputs,  thereby  meriting  the  label  low'. 

5.8  Recommendations  Regarding  lEW  Model  Developments 

Figure  5-1  is  a  layout  of  the  hierarchy  of  lEW  models  applicable  to  the 
requirements  examined  in  this  paper.  There  are  three  basic  levels  of  modeling 
efforts:  die  process-level  models,  the  functional-level  models  and  the 
combat-level  models.  Each  level  is  discussed  below. 

5.8.1  The  Process  Level 

At  this  level  the  focus  is  on  detailed  lEW  system  and  process 
representation.  Training  of  lEW  system  operators  through  the  use  of  EEW 
system  simulators  and  trainers  is  not  considered  a  candidate  for 
Standardization;  therefore,  such  simulators  and  trainers  were  not  examined  in 
this  paper.  In  a  similar  manner,  models  built  to  emulate  specific  systems  for 
testing  purposes  are  considered  unique  developments,  and  are  not  good 
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candidates  for  standardization.  Tlte  lEW  Process  Model  to  be  employed  for 
detailed  lEW  analyses  is  in  development  at  TRASANA.  The  requirements 
indicate  the  need  for  such  a  model  to  perform  COEA-type  examinatiotis  where 
a  high  degree  of  system  representation  is  required. 

5.8.2  The  Functional  Level 

Two  application  areas,  analytical  and  training,  have  requirements  at  this 
level,  focusing  on  process  and  organizational  representations. 

Li  the  analytical  areas,  the  CORDIVEM-based  lEW  Functional  Area 
Model  is  not  currently  in  development,  depending  as  it  does  on  further 
decisions  regarding  the  CORDIVEM  development.  TTus  model,  however,  is  the 
one  to  perform  MAA  evaluations  and  cross-functional  area  or  cross-echelon 
COEA  evaluations. 

hi  the  training  area,  lEW  processes  and  organizations  can  be  taught  with 
a  dedicated  traineing  system  of  medium  resolution.  The  TACSIM  model  under 
development  and  in  use  at  TCATA  is  applicable  here.  Since  the  TACSIM 
model  can  vary  its  resolution  to  fit  the  training  requirements  as  they  emerge, 
school  training  proponents  should  examine  the  TACSIM  model  closely  for 
application  to  the'"  needs.  Due  to  the  high  degree  of  resolution  required  for 
the  lEW  Process  Model,  it  is  not  recommended  that  the  lEW  Process  Model  be 
used  or  adapted  for  traineing  purposes. 

5.8.3  The  Combat  Level 

At  the  combat  level,  the  generic  CORDIVEM  stands  alone  for  support  to 
lEW  analysis.  The  CORDIVEM  model  must  be  used  in  tandem  with  the  lEW 
Finctional  Area  Model  to  satisfy  some  MAA  issues,  particxUarly  those  relat.ng 
to  force  effectiveness  and  corps  level  EEW  systems  and  interfaces.  At  the 
data  of  this  writing,  however,  there  are  no  identified  requirements  concerning 
the  types  of  data  required  by  CORDIVEM  from  the  lEW  Functional  Area 
ModeL  This  is  primarily  due  to  the  lack  of  a  coherent  design  for  the 
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CORDIVEM  development  itself.  General  requirements  remain  to  maintain  a 
common  CORDIVEM  lEW  throat  and  scenario,  model  architecture  and 
entity/process  representation  for  non-IEW  areasS^^^  It  is  clear  that 
functional  area  model  developments  as  a  whole,  including  lEW,  will  have  to 
wait  for  a  settled  design  for  the  hierarchical  model  structures  (CORDIVEM, 
FORCEM,  CASTFOREM)  before  significant  design  work  can  proceed. 
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ACSI 

Assistant  Chief  of  Staff  for  bitelligenee 

ABB 

Aerial  Elicitation  Battalion 

AH 

Area  of  Interest /influence 

AM 

Amplitude  Modulation 

AMIP 

Army  Model  Improvement  Program 

AMMO 

AMIP  Management  Office 

AS  AS 

All  Source  Analysis  System 

ASPS 

All  Source  Production  Section 

BICC 

Battlefield  Information  Coordination  Center 

BETA 

Battlefield  Exploitation  and  Target  Acquisition 

BN 

Battalion 

CAORA 

C^STFOREM 

Combined  Arms  Operations  Research  Activity 

Combined  Arms  and  Support  Task  Force  Evaluation  Model 
Command,  Control  and  Communications 

Command,  Control,  Communications  Countermeasures 
Command  and  Control  Subordinate  Subsystem 

C^CM 

CCS^ 

CDSF 

Combat  Developments  Support  Facility 

CEOI 

Communications  Electronic  Operational  Instruction 

CEWI 

Combat  Electronic  Warfare  Intelligence 

a 

Counterintelligence 

CM/CB 

Counter-mortar /Counter-battery 

CMDS 

Collection  Management  and  Diswmination  Section 

Co 

Company 

COEA 

Cost  and  Operational  Effectiveness  Anedysis 

COMINT 

Communications  Intelligence 

COMSEC 

Communications  Security 

CORDIVEM 

Corps/Division  Evaluation  Model 

CP 

Command  Post 

CPX 

Command  Post  Exercise 
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Combat  Set  vice  Support 

CTOC 

Corps  Tactical  Operations  Center 

CW 

Continuous  Wave 

DARCOM 

Development  and  Research  Command 

DF 

Direction  Finding 

DT 

Developmental  Testing 

DTOC 

Division  Tactical  Operations  Center 

EAC 

Echelons  Above  Corps 

ECB 

Echelons  Corps  and  below 

ECM 

Electronic  Countermeasures 

ECCM 

Electronic  Counter  Countermeasures 

ELINT 

Electronic  Intelligence 
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BOB 

EPW 

ESM 

BW 

EWS 

FAS 

FAIO 
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FLOT 

FM 

FORCEM 

FSB 

FTX 

G2 

G3 

GSR 

GUARDRAIL 

HUMINT 

HVT 

mo 

mw 

n 

MINT 

INTREP 

INTSUM 

IPB 

m 

JINTACCS 

JTFPMO 

LOS 
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Eleetromagnetie  Pulse 
Electronic  Order  of  Battle 
Enemy  Prisoners  of  War 
Electronic  Support  Measures 
Electronic  Warfare 
Electronic  Warfare  Section 

Field  Artillery  Section 
Field  Artillery  Intelligence  Officer 
FcH^ard  Edge  of  the  Battle  Area 
Front  line  of  Troops 
Frequency  Modulation 
Force  Evaluation  Model 
Fire  Support  Element 
Field  Training  Zeroise 
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Operations  Staff  (Corps,  Division) 

Ground  Surveillance  Radar 
Airborne  CO  MINT  System 

Human  bitelligence 
High  Value  Target 

Imitative  Electronic  Deception 
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Imagery  Interpretation 
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Intelligence  report 
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Joint  Interoperability  of  Tactical  Command  and  Control 
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Joint  Tactical  Fusion  Program  Management  Office 
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Mission  Area  Analysis 
Mobility  Corridor 
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MI 

Military  Intelligence 

MOE 

Measure  of  Effectiveness 

MOHAWK 

OV-ID  Fixed  Wing  Aircraft 

MOP 

Measure  of  Performance 

MTI 

Moving  Target  Indicators 

NAI 

Named  Area  of  Interest 

OB 

Order  of  Battle 

OMG 

Operational  Maneuver  Group 

OPSEC 

Operations  Security 

QUICKFEX 

Airborne  Comint/Jamming  System 

QUICK  LOOK 

Airborne  Elint  System 

OV-ID 

Army  Fixed-Wing  Surveillance  Aircraft 

OT 

Operational  Testing 

PIR 

Priority  Intelligence  Requirements 

PM 

Pulse  Modulation 

RAP 

Rear  Area  Protection 

RATT 

Radio  Teletypewrito* 

R/S 

Reconnaissance /Surveillance 

RCE 

Residual  Combat  Effectiveness 

REMS 

Remotely  Monitored  Sensors 

RPV 

Remotely  Piloted  Vehicle 

S2 

Intelligence  Staff  (brigade,  battalion) 

S3 

Operations  Staff  (brigade,  battalion) 

SAR 

S^thetic  Aperture  Radar 

SEAD 

Suppression  of  Enemy  Air  Defense 

SIGINT 

Signals  bitelligence  (CO  MINT  and  ELINT) 

SLAR 

Side  Looking  Airborne  Radar 

SSB 

Single  Sideband 

TACSIM 

Tactical  Simulator 

TCAE 

Technical  Control  and  Analysis  Element 

TCATA 

TRADOC  Combined  Arms  Test  Activity 

TEB 

Tactical  Exploitation  Battalion 

TRAILBLAZER 

Ground-based  CO  MINT  System 

TRASANA 

TRADOC  Systems  Analysis  Activity 

TRADOC 

Training  and  Doctrine  Command 

TVA 

Target  Value  Analysis 

UAV 

Unattended  Aerial  Vehicle 

USAICS 

U.S.  Army  Intelligence  Center  and  School 

WX 

Weather 
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